aav 5 авг 2012 в 16:43

AngularJS — фреймворк для динамических веб-приложений от Google

6 мин

138K

Angular * JavaScript * Программирование *

+50

Комментарии 36

Alinaki 5 авг 2012 в 18:46

Зачем они применили нестандартные атрибуты я не очень понял. Не XML же.

2fast4rabbit 5 авг 2012 в 19:27

А что в этом плохого? HTML это не XML (да да ваш К.О.), следовательно нам нет необходимости передавать избыточный контент только для того что бы HTML был XML совместимым. Или вы собираетесь свои страницы xml парсером утюжить?

Alinaki 5 авг 2012 в 19:40

так-то есть стандартные атрибуты data- бери их и делай что хочешь.

А про XML — в XML как раз «делай что хочешь, только уведоми».

armed 6 авг 2012 в 02:59

При использовании AngularJS можно все аттрибуты фреймворка писать с префиксом data, это поддерживается.

Alinaki 6 авг 2012 в 06:17

это отлично, только официальная демонстрация даёт плохой пример.

aav 6 авг 2012 в 06:24

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

Holy_Cheater 6 авг 2012 в 01:33

Их можно использовать с префиксом «data-», если очень хочется.

potan 28 июл 2014 в 08:06

Со временем Гуголь их сделает стандартными. W3C долго сопротивляться не сможет. :-).

ArtyomTrityak 5 авг 2012 в 19:25

Лично меня раздражают дополнительные аттрибуты в html / шаблонах. Сперва мы уходим от всяких onclick, onsubmut и т.д., а теперь возвращаемся? Да еще и используется куча невалидных аттрибутов.
Как по мне стоит все же придерживаться стиля Backbone.js

Alinaki 5 авг 2012 в 19:41

опыт mail.ru, впрочем, показал, что onclick, например, это вовсе даже и не плохо.

Alinaki 6 авг 2012 в 06:19

Если кто не понял, я об этом: habrahabr.ru/company/mailru/blog/136899/ Похоже, слово mail.ru это такой катализатор.

aav 6 авг 2012 в 04:23

Куча невалидных атрибутов, как писалось в статье и комментариях выше, легко превращается в кучу валидных.

А возвращаемся мы не к тому же самому, а к немного другому более гибкому варианту, т.к. и те которые есть директивы — мощнее и гибче, да и свои можно разрабатывать.

> Как по мне стоит все же придерживаться стиля Backbone.js
Само собой, дело вкуса. Но, как по мне :), так у AngularJS все лаконичнее, boilerplate кода меньше.

ISpy 5 авг 2012 в 19:38

А мне понравилось, идея и воплощение интересные. Думаю попробую в следующем проекте.

region23 5 авг 2012 в 20:17

Подскажите, где почитать о том как в подобных приложениях (где практически вся логика на клиенте) реализовать аутентификацию и авторизацию?

region23 5 авг 2012 в 20:36

я нашёл в сети только это решение www.espeo.pl/2012/02/26/authentication-in-angularjs-application

Fesor 5 авг 2012 в 21:07

А как реализуется аутенфикация и авторизация у клиентских приложений? Посредствам API на серверной стороне. Например на запрос по логину и паролю, в случае успеха разумеется, приходит рандомный токен, который вы должны передавать в заголовках при каждом запросе к серверу. Так же через серверный API можно проверять есть ли у пользователя разрешение на выполнение определенных действий.

region23 5 авг 2012 в 21:10

А token хранить в куках?

Fesor 5 авг 2012 в 22:06

Мне нравится идея с хранением этого добра в LocalStorage. Если на сайте нету возможности произвести какую-либо инъекцию кода, то и получить данные из LocalStorage не выйдет. Быть может я и не прав, у меня было не так много проектов где этот вопрос встречался.

Nail 5 авг 2012 в 22:34

Против инъекций есть http-only cookies.

region23 6 авг 2012 в 06:39

Они передаются в ajax-запросах?

nikita2206 6 авг 2012 в 06:50

Конечно

region23 6 авг 2012 в 08:19

Что вы думаете об архитектуре API Вконтакте?
Если пойти по такому пути, с прицелом на то, что в дальнейшем API также будет использоваться в iOS-приложении?

nikita2206 6 авг 2012 в 08:23

Если это конкретно мне — я не работал с апи вконтакте)
Но, посмотрев доки, могу сказать (может я и ошибаюсь) — оно довольно неудобное

region23 6 авг 2012 в 08:26

это вопрос ко всем.
Тогда уточняю вопрос чьё API можно взять за образец?

region23 6 авг 2012 в 08:31

добавил по этой теме отдельный вопрос habrahabr.ru/qa/22392/

nikita2206 6 авг 2012 в 08:34

Ну во-первых можно почитать статьи, например www.ibm.com/developerworks/webservices/library/ws-restful/

Недавно работал с апи highrise, ничего сверхъестественного, но там и не нужно, все просто и удобно. Думаю есть примеры и получше, с более сложными моделями данных

Istergul 5 авг 2012 в 20:38

Столько JS-велосипедов в последнее время, не перестаёшь удивляться.

xdenser 5 авг 2012 в 21:11

Как-то много всего наворотили. Как бы в этом всем не погрязнуть. Опять свой forEach… зачем…
Почему $scope это не this? Или this там еще для чего то можно использовать?
Ну с другой стороны не надо писать var self = this;. Но не знаю… не уверен… надо пробовать…

aav 6 авг 2012 в 04:51

Честно говоря, я не знаю точных ответов на Ваши вопросы. Просто мои мысли.

По forEach: подозреваю это следствие позиционирования библиотеки как комплексной, предоставляющей сразу большинство инструментов, необходимых для разработки, без внешних зависимостей. Например, angular.element вернет Вам по умолчанию свою jquery-совместимую облегченную обертку, но если Вы подключали jQuery — получите полноценный jQuery объект.

По this и $scope: разница будет на уровне конструктора контроллера.
«Previous versions of Angular (pre 1.0 RC) allowed you to use this interchangeably with the $scope method, but this is no longer the case. Inside of methods defined on the scope this and $scope are interchangeable (angular sets this to $scope), but not otherwise inside your controller constructor.»