AngularJS. Организация данных

[goodnickoff]

Мне одному кажется что перевод статьи с информацией для новичков не тянет на полноценную публикацию на хабре? Такие очевидные приемы любой разработчик, ознакамливающийся с AngularJs, узнает на второй день.

[aen]

А вы не думаете, что такие статьи могут кого то сподвигнуть познакомиться с angular.js? Да и разве где то перечислены критерии, по которым можно судить о «полноценности» той или иной публикации?

[goodnickoff]

Да и разве где то перечислены критерии, по которым можно судить о «полноценности» той или иной публикации

Например тут: habrahabr.ru/info/help/registration/#sandbox

Я нисколько не исключаю, что такие статьи могут быть полезны для начинающих работать с фреймворком. Но сподвигнуть на ознакомление — вряд ли. Для этого больше подойдут обзоры, описывающие назначение, возможности и преимущества продукта, а не туториалы для начинающих.

[sferrka]

А мне как раз больше нравится видеть сразу код. Потому что зачастую назначение, возможности и т.д все описывают очень красочно, этакие «волшебные палочки», а вот код писать приходится с трехэтажными нагорождениями ненужных мне абстракций и создайния мною 10000 экземпляров классов ради одного простого действия. Особенно этим грешат библиотеки Google.

[goodnickoff]

В обучающих статьях мне тоже нравится видеть сразу код. Нет, правда. Но я сомневаюсь, что кто-либо не знакомый с фреймворком, прочитав этот урок подумает: «Ух, как здорово тут все организовано! Пожалуй, нужно изучить!»

Просто меня несколько удивило что перевод статьи для начинающих почти годовой давности может принести инвайт. Мне казалось, что порог входа должен быть несколько выше. Но судя по минусам я не прав.

_{Без претензий к переводчику, я искренне за него рад.}

[VioletTape]

Такие статьи могут сподвигнуть на «попробовать технологию». Но для совсем-совсем новичков, все статьи такого толка страдают одним общим изъяном: куда всё это записать и как запустить?!. Плюс, в статье как-бы невзначай приплетается серверная сторона проекта, создается впечатление, что она магическим образом получилась.
После чего они, чертыхаясь, забивают на конкретную статью и идут разбираться как вообще организовать проект, указать зависимости, и всё такое прочее.

Это без претензий к переводчику, если что, а вообще к такому виду «туториалов»

Но… открыв оригинал я вижу, что пропущены первые вводные строки текста:

As we already know, AngularJS doesn’t come with an out of the box solution for data modeling. In the most abstract way, AngularJS lets us use JSON data as a model in the controller.

Которые сразу намекают на некоторую степень подготовленности читателя. И сразу претензии к тексту снимаются. В текущем же виде перевод напоминает выдранную главу из большого туториала «от и до», где хотелось бы видеть ссылки на начало процесса

По мере того как растет приложение...

, чтобы было видно как приложение растет.

[88z]

Спасибо за комментарий. Я с вами согласен.
Честно говоря, для меня было неожиданностью получить инвайт за этот перевод, и все же я рад, что он заинтересловал некоторых читателей.

[MegaMufa]

Кстати, раз это перевод, оформите пост соответствующим образом.

[vp_arth]

Насколько мне известно, нет возможности переопубликовать «пост» как «перевод», теперь это не чекбокс, а выбор категории при публикации…
Или я ошибаюсь?

[Magistr_AVSH]

Именно так.

[vp_arth]

Такая организация хороша ровно до того момента, как откроешь для себя $resource.
Все же для rest на мой взгляд лучше пользоваться им…

[goodnickoff]

Полностью согласен. $resource стал для меня настоящим открытием. Трудно придумать более удобный способ «общения» с сервером.

[JiLiZART]

Попробуйте restangular, может понравится.

[88z]

$resource — очень удобный инструмент. Можно ли возвращаемому $resource.get() объекту добавить свои методы?

[Dzorogh]

Субъективно могу сказать, что $resource становится очень неудобен, когда у количество «списков» переваливает за 2й десяток. Задалбывает каждый раз писать одно и то же. Или я что-то не так делал?

[Magistr_AVSH]

Я вот с AngularJS не знаком, знаю только примерно что это. Раз уж тут затронули тему новичков в Angular, у меня вопрос: а для каких конкретно задач AngularJS будет полезен, а для каких избыточен и/или вреден?

[88z]

Я с удовольствием использовал Angular и как основной фреймворк для построения одностраничного приложения, и как инструмент для реализации небольших фрагментов интерфейса в проекте, где фронт-енд был на jQuery.

Не получается придмать задачу, в которой использование Angular оказалось бы вредным.

[HomoLuden]

Ну вот скажем, есть у меня статический HTML на GitHub Pages. Захотел я немного интерактива на нем заиметь. Прикрутил AngularJS и связал статические странички с неким API. Для быстрого старта и прототипирования как минимум.

[Magistr_AVSH]

Если я верно понимаю, AngularJS больше полезен для каких-то веб-приложений с большим количеством интерактива, так? Для более статического контента он не так нужен.
Я так понимаю, что его философия в некой прослойке между данными и представлением (MVC же), только на клиенте. Т.е. можно сравнить допустим как чистый PHP/Фреймворки и JQuery/AngularJS.

[vp_arth]

Когда я юзаю angular, мой php внезапно забывает, что такое html, вообще)
Основное его назначение — создание полноценного GUI на клиентской стороне, или даже полноценного клиентского приложения…
Серверная часть внезапно превращается в то, чем она и должна быть — в API, провайдер данных и сервиса…
Один из плюсов этого в том, что этим API может пользоваться кто угодно для построения своего приложения(мобильного например)…
Другой, в разделении кода для раздельной разработки, тестирования и поддержки…

Но это у меня так, кто-то возможно умудряется комбинировать…

[88z]

Картина станет яснее, кода вы потратите всего 1-2 часа на практику.

[Kozack]

Лично для меня статья полезна тем, что наглядно демонстрирует как хранить данные отдельно от контроллера.