[Перевод] Паттерны в AngularJS
Краткий обзор Один из лучших способов изучить, что то новое, это увидеть, как в нем используются уже знакомые нам вещи. Эта статья не намерена ознакомить читателей с проектированием или шаблонами проектирования. Она предлагает базовое понимание концепций ООП, шаблонов проектирования и архитектурных шаблонов. Цель статьи описать, как различные конструкции программного обеспечения и архитектурные шаблоны используются в AngularJS и написанных на нем SPA.Введение Статья начинается с краткого обзора фреймворка AngularJS. Обзор объясняет основные компоненты AngularJS: directives, filters, controllers, services, scope. Во втором разделе перечислены и описаны различные конструкции и архитектурные шаблоны, которые реализованы внутри фреймворка. Шаблоны сгруппированы по компонентам AngularJS, в которых они используются. Если некоторые шаблоны используются в нескольких компонентах, это будет указано.Последний раздел включает несколько архитектурных шаблонов, которые обычно используются в SPA построенных на AngularJS.Краткий обзор AngularJS Краткий обзор AngularJS AngularJS это JavaScript веб фреймворк разработанный Google. Он намерен обеспечить прочную основу для разработки CRUD SPA. SPA загружается только один раз и не требует перезагрузки страницы при работе с ним. Это означает, что все ресурсы приложения (data, templates, scripts, styles) должны быть загружены при загрузке главной страницы или по требованию. Поскольку большинство CRUD приложений имеют общие характеристики и требования, AngularJS намерен предоставить их оптимальный набор из коробки. Вот несколько важных особенностей AngularJS: two-way data binding (Двустороннее связывание данных) dependency injection, DI (Внедрение зависимостей) separation of concerns (Разделение ответственности) testability abstraction Разделение ответственности достигается путем деления каждого AngularJS приложения на отдельные компоненты, такие как: partials controllers directives services filters Эти компоненты могут быть сгруппированы внутри различных модулей, которые помогают достичь более высокого уровня абстракции. Каждый компонент включает определенную часть логики приложения.Partials Partials это HTML строки. Они могут содержать AngularJS выражения внутри элементов или их атрибутов. Одним из преимуществ AngularJS перед другими фреймворками, является то, что шаблоны AngularJS не находятся в промежуточном формате, который должен быть преобразован в HTML (как например в mustache.js)Вначале каждое SPA загружает файл Index.html. В случае с AngularJS этот файл содержит набор стандартных (и не очень) HTML атрибутов, элементов и комментариев, которые настраивают и запускают приложение. Каждое действие пользователя требует загрузки других partials (HTML строк или файлов с кусками HTML) или изменение состояния приложения, например через связывание данных (data binding) предоставленное фреймворком.Пример partials:
Вместе с выражениями AngularJS, partials определяют, какие действия должны быть выполнены для взаимодействия с пользователем. В примере выше значение атрибута ng-click означает, что метод changeFoo () будет вызван из текущего scope.Controllers Контроллеры в AngularJS — это обычные функции, которые позволяют обрабатывать взаимодействие пользователя и приложения (например события мыши, клавиатуры и тд.) путем добавления методов в scope. Все внешние зависимости для контроллеров предоставляются при помощи механизма DI в AngularJS. Контроллеры также отвечают за взаимодействие моделей с partials путем добавления данных в scope. Это можно рассматривать как модель представления (view model). function MyController ($scope) { $scope.buttonText = 'Click me to change foo!'; $scope.foo = 42; $scope.changeFoo = function () { $scope.foo += 1; alert ('Foo changed'); }; } Например, если мы подключим контроллер представленный выше в предыдущую секцию, то пользователь будет иметь возможность взаимодействовать с приложением несколькими способами: Изменение «foo» путем ввода данных в поле ввода. Это немедленно отразится на значении «foo» из-за двустороннего связывания данных. Изменение значения «foo» нажатием на кнопку с названием «Click me to change foo!» Все пользовательские элементы, атрибуты, комментарии или классы могут быть директивами AngularJS (если они предварительно определены).Scope В AngularJS scope является JavaScript объектом, который доступен для partials. Scope может включать различные свойства — примитивы, объекты или методы. Все методы добавленные в scope, могут быть вызваны с помощью выражений AngularJS внутри partials, которые связанны с данным scope или прямым вызовом метода любым компонентом, у которого есть ссылка на scope. С помощью соответствующих директив, данные добавляются в scope, и могут быть связаны с представлением, таким образом, каждое изменение в свойстве scope будет отражено в представлении и каждое изменение в представлении будет отображено в scope.Еще одной важной характеристикой scope в любом AngularJS приложении является то, что они связаны через механизм наследования прототипа (за исключением изолированных scope). Таким образом любой дочерний scope может использовать методы его родителя, так как это свойства его прямого или косвенного прототипа.Наследование scope показано в следующем примере:
Services
Singleton
Singleton (одиночка) — шаблон проектирования, который ограничивает создание экземпляра класса одним объектом. Это полезно когда необходимо координировать действия во всей системе. Концепция подходит для систем, которые функционируют более эффективно, когда существует только один объект или когда экземпляры ограничены некоторым количеством объектов.UML диаграмма иллюстрирует шаблон singleton: Когда какому любо компоненту требуется зависимость, AngularJS разрешает ее используя следующий алгоритм:
Берет имя зависимости и делает поиск в хеш-карте, которая определяется в лексическом замыкании. (поэтому она имеет приватную область видимости) Если зависимость найдена AngularJS передает ее как параметр компонента Если зависимость не найдена: AngularJS создает ее при помощи вызова фабричного метода или его провайдера (т. е. $get). Обратите внимание, что создание зависимости может потребовать рекурсивный вызов по тому же алгоритму для определения всех зависимостей данной зависимости. Этот процесс может привести к циклической зависимости. AngularJS кеширует ее внутри хеш-карты упомянутой выше. AngularJS передает ее в качестве параметра компонента, для которого она указана. Лучше взгляните на исходный код AngularJS, который реализует getService: function getService (serviceName) { if (cache.hasOwnProperty (serviceName)) { if (cache[serviceName] === INSTANTIATING) { throw $injectorMinErr ('cdep', 'Circular dependency found: {0}', path.join (' <- ')); } return cache[serviceName]; } else { try { path.unshift(serviceName); cache[serviceName] = INSTANTIATING; return cache[serviceName] = factory(serviceName); } catch (err) { if (cache[serviceName] === INSTANTIATING) { delete cache[serviceName]; } throw err; } finally { path.shift(); } } } Представьте, что каждый service это singleton, потому что service создается только один раз. Кэш можно рассматривать, как менеджера singleton. Так же эта реализация немного отличается от той, что представлена в UML диаграмме, потому что вместо создания статической приватной ссылки на singleton внутри его конструктора, мы сохраняем ссылку внутри менеджера singleton.Таким образом, service это фактически singleton, но реализован не через шаблон singleton, тем самым обеспечивая некоторые преимущества по сравнению со стандартной реализацией:улучшает тестируемость кода можно управлять созданием объектов singleton (В данном случае IoC контейнер контролирует создание объектов используя ленивые вызовы.) Для более детального рассмотрения данной темы можете ознакомиться со статьей Misko Hevery's в блоге Google Testing.
Factory Method
Factory Method (Фабричный метод так же известен как Виртуальный конструктор (англ. Virtual Constructor)) — порождающий шаблон проектирования, предоставляющий подклассам интерфейс для создания экземпляров некоторого класса. В момент создания наследники могут определить, какой класс создавать. Иными словами, Фабрика делегирует создание объектов наследникам родительского класса. Это позволяет использовать в коде программы не специфические классы, а манипулировать абстрактными объектами на более высоком уровне.Давайте рассмотрим следующий фрагмент:
myModule.config (function ($provide) { $provide.provider ('foo', function () { var baz = 42; return { //Factory method $get: function (bar) { var baz = bar.baz (); return { baz: baz }; } }; }); }); Здесь для определения нового «provider» используется функция обратного вызова config. «Provider» это объект с методом $get. Поскольку в JavaScript нет интерфейсов и язык использует «утиную» типизацию, то договорились фабричный метод в «provider» называть $get.Каждый service, filter, directive и controller имеют provider (т. е объект, который имеет фабричный метод $get), он отвечает за создание экземпляров компонента.Мы можем копнуть немного глубже в реализацию AngularJS: //…
createInternalInjector (instanceCache, function (servicename) { var provider = providerInjector.get (servicename + providerSuffix); return instanceInjector.invoke (provider.$get, provider, undefined, servicename); }, strictDi));
//…
function invoke (fn, self, locals, serviceName){ if (typeof locals === 'string') { serviceName = locals; locals = null; }
var args = [], $inject = annotate (fn, strictDi, serviceName), length, i, key; for (i = 0, length = $inject.length; i < length; i++) { key = $inject[i]; if (typeof key !== 'string') { throw $injectorMinErr('itkn', 'Incorrect injection token! Expected service name as string, got {0}', key); } args.push(locals && locals.hasOwnProperty(key) ? locals[key] : getService(key)); } if (!fn.$inject) { // this means that we must be an array. fn = fn[length]; } return fn.apply(self, args); } В примере вы можете видеть как в действительности используется метод $get: instanceInjector.invoke(provider.$get, provider, undefined, servicename) В фрагменте выше вызывается метод invoke и ему в качестве первого аргумента передается фабричным метод ($get) сервиса. Внутри метода invoke вызывается функция annotate, которой в качестве первого аргумента так же передается фабричный метод. Функция annotate разрешает все зависимости, через механизм DI AngularJS (рассматривался выше). После разрешения всех зависимостей, вызывается фабричный метод: fn.apply(self, args). Если рассуждать в терминах описанной выше UML диаграммы, то мы можем вызвать Creator, который через фабричный метод вызовет «ConcreteCreator» который создаст «Product».В данном случае мы получаем некоторые преимущества используя шаблон фабричный метод, потому что используется косвенное создание экземпляров. Таким образом фреймворк влияет на макеты/шаблоны создания новых компонентов, потому что:
это наиболее подходящий момент, когда нужно создать компонент
разрешить все зависимости компонента
управлять количеством разрешенных экземпляров компонента (для service и filter один, но много для controller)
Decorator
Decorator (Декоратор) — структурный шаблон проектирования, предназначенный для динамического добавления дополнительного поведения к объекту. Шаблон Декоратор предоставляет гибкую альтернативу создания подклассов с целью расширения функциональности.AngularJS из коробки предоставляет возможности для расширения и/или повышения функциональности уже существующих service' ов. Используя метод decorator или $provide вы можете создать обертку для любого service, уже определенного вами или из сторонней библиотеки:
myModule.controller ('MainCtrl', function (foo) { foo.bar (); });
myModule.factory ('foo', function () { return { bar: function () { console.log ('I\'m bar'); }, baz: function () { console.log ('I\'m baz'); } }; });
myModule.config (function ($provide) {
$provide.decorator ('foo', function ($delegate) {
var barBackup = $delegate.bar;
$delegate.bar = function () {
console.log ('Decorated');
barBackup.apply ($delegate, arguments);
};
return $delegate;
});
});
Приведенный выше пример определяет новый service с именем «foo». В функции обратного вызова «config» вызывается метод $provide.decorator и ему в качестве первого аргумента передается имя service, который мы хотим декорировать, вторым аргументом передается функция, она собственно и реализует декоратор. $delegate хранит ссылку на оригинальный service foo. Мы декорируем service переопределяя его метод bar. Фактически декорирование просто расширение bar, путем включения еще одного состояния console.log — console.log ('Decorated') и после чего вызываем оригинальный метод bar в соответствующем контексте.Использование шаблона особенно полезно, когда нам нужно, изменить функциональность service созданных третьими лицами. В тех случаях, когда необходимы многочисленные декораторы (например, при измерении производительности методов, авторизации, регистрации и т.д.) может получиться много дублируемого кода и нарушение принципа DRY. В таких случаях целесообразно использовать аспектно-ориентированое программирование. АОП фреймворк для AngularJS можно найти на github.com/mgechev/angular-aop.Facade
Шаблон Facade (фасад) — структурный шаблон проектирования, позволяющий скрыть сложность системы путем сведения всех возможных внешних вызовов к одному объекту, делегирующему их соответствующим объектам системы.Facade может: Сделать более легким использование библиотек, понимание и тестирование, так как facade имеет более подходящие методы для выполнения общих задач
Сделать библиотеку более читабельной, по той же причине
Уменьшить зависимость внутренних библиотек от внешнего кода, поскольку большая часть кода использует facade, это позволяет разрабатывать систему более гибко
Обернуть плохо спроектированную коллекцию API-интерфейсов, одной хорошо спроектированной (в соответствии с потребностями задачи)
В AngularJS есть несколько facade' ов. Каждый раз когда вы хотите предоставить высокоуровневый API для некоторой функциональности, вы практически создаете фасад.К примеру давайте посмотрим как мы можем создать XMLHttpRequest POST запрос:
var http = new XMLHttpRequest (), url = '/example/new', params = encodeURIComponent (data); http.open («POST», url, true);
http.setRequestHeader («Content-type», «application/x-www-form-urlencoded»); http.setRequestHeader («Content-length», params.length); http.setRequestHeader («Connection», «close»);
http.onreadystatechange = function () {
if (http.readyState == 4 && http.status == 200) {
alert (http.responseText);
}
}
http.send (params);
Если мы хотим отправить данные используя AngularJS $http сервис, мы можем:
$http ({
method: 'POST',
url: '/example/new',
data: data
})
.then (function (response) {
alert (response);
});
или даже:
$http.post ('/someUrl', data).then (function (response) {
alert (response);
});
Второй вариант представляет предварительно настроенную версию, которая создает HTTP POST запрос.Третий вариант, это высокоуровневая абстракция созданная с помощью $resource service и построена поверх $http service. Мы еще раз рассмотрим этот service в разделах Active Record и Proxy.Proxy
Proxy (Заместитель) — структурный шаблон проектирования, предоставляет объект, который контролирует доступ к другому объекту, перехватывая все вызовы (выполняет функцию контейнера). Proxy может взаимодействовать с чем угодно: сетевым соединением, большим объектом в памяти, файлом или другими ресурсами, которые дорого или невозможно копировать.Мы можем различать три типа прокси:
Virtual Proxy Remote Proxy Protection Proxy В этом подразделе мы рассмотрим реализованный в AngularJS Virtual Proxy.В фрагменте ниже, мы вызываем метод get объекта $resource с именем User: var User = $resource ('/users/: id'), user = User.get ({ id: 42 }); console.log (user); //{} console.log выведет пустой объект. Так как AJAX запрос выполнится асинхронно после вызова User.get, и во время вызова console.log у нас не будет данных пользователя. Сразу после вызова User.get, выполняется GET запрос, он возвращает пустой объект и сохраняет ссылку на него. Мы можем представить себе этот объект как virtual proxy, он будет заполнен данными как только клиент получит ответ от сервера.Как это работает в AngularJS? Давайте рассмотрим следующий фрагмент: function MainCtrl ($scope, $resource) { var User = $resource ('/users/: id'), $scope.user = User.get ({ id: 42 }); } После выполнения фрагмента кода, показанного выше, свойство user объекта $scope будет пустым объектом ({}), это означает, что user.name будет undefined и не будет отображено. После того как сервер вернет ответ для GET запроса, AngularJS заполнит этот объект данными, полученными с сервера. В течении следующего $digest цикла, AngularJS обнаружит изменения в $scope.user и это приведет к обновлению представления.
Active Record
Active Record — это объект, который хранит данные и поведение. Обычно большинство данных в этом объекте постоянны, обязанность объекта Active Record заботиться о связи с базой данных для создания, обновления, поиска и удаления данных. Он может делегировать эту ответственность на объекты более низкого уровня, но вызов объекта Active Record или его статических методов, приведет к взаимодействию с БД.В AngularJS определен service $resource. В текущей версии AngularJS (1,2+) он распространяется отдельным модулем и не включен в ядро.В соответствии с документацией $resource:$resource — это фабрика для создания объектов $resource, которые позволяют взаимодействовать с RESTful источниками данных на стороне сервера. Объект $resource имеет методы, которые предоставляют высокоуровневое поведение, без необходимости взаимодействовать с низкоуровневым service' ом $http.Здесь показано, как можно использовать $resource:
var User = $resource ('/users/: id'), user = new User ({ name: 'foo', age: 42 });
user.$save ();
Вызов $resource создает конструктор для экземпляров нашей модели. Каждый из экземпляров модели будет иметь методы, которые могут быть использованы для различных операций CRUD.Таким образом мы можем использовать функцию конструктор и его статические методы:
User.get ({ userid: userid });
Код выше будет сразу возвращать пустой объект и сохранять ссылку на него. После того, как будет получен и проанализирован ответ, AngularJS заполнит объект полученными данными (см. proxy).Вы можете найти более детальную документацию по «магии» объекта $resource и AngularJS.Так Мартин Фаулер утверждает что: Объект Active Record должен заботиться о связи с БД, для того что бы создавать…$resource не реализует полного шаблона Active Record, так как он взаимодействует с RESTful сервисом вместо БД. Во всяком случае мы можем рассматривать его как «Active Record для взаимодействия с RESTful».Intercepting Filters
Создает цепочку фильтров для выполнения простых задач пред/пост обработки запросов.В некоторых случаях вам нужно будет сделать какую либо пред/пост обработку HTTP запросов. В данном случае Intercepting Filters предназначены для пред/пост обработки HTTP запросов/ответов, для ведения журнала, безопасности или любой другой задачи, которой необходимо тело или заголовок запроса. Обычно шаблон Intercepting Filters включает цепочку фильтров, каждый из которых обрабатывает данные в определенном порядке. Выход каждого фильтра является входом для следующего.В AngularJS мы имеем представление о Intercepting Filters в $httpProvider. $httpProvider имеет свойство interceptors (перехватчики), оно включает список объектов. У каждого объекта есть свойства: request, response, requestError, responseError.requestError вызывается если в предыдущем перехватчике произошла ошибка или он был отклонен, соответственно responseError вызывается, когда предыдущий перехватчик ответа возбудил исключение.Ниже базовый пример, как вы можете добавить перехватчики используя литерал объекта:
$httpProvider.interceptors.push (function ($q, dependency1, dependency2) {
return {
'request': function (config) {
// same as above
},
'response': function (response) {
// same as above
}
};
});
Directives
Composite
Шаблон composite (компоновщик) — структурный шаблон проектирования. Шаблон composite описывает, как группировать объекты, что бы к ним можно было обращаться, так же как к одному объекту. Цель composite составить объекты в древовидную структуру, для представления иерархии от частного к целому.Согласно «Банде четырех», MVC ни что иное как сочетание:
Strategy Composite Observer Они утверждают что представление является композицией компонентов. В AngularJS аналогичная ситуация. Представления формируются композицией директив и элементов DOM, на которых эти директивы построены.Давайте посмотрим на следующий пример:
могут включать фильтры с UNIX подобным синтаксисом не возбуждают никаких исключений не имеют никакого управления потоком состояния (исключения, циклы, условия так же могут использовать тернарный оператор) выполняются в полученном контексте (контекст текущего $scope) Внутри $parse определены два основных компонента: //Отвечает за конвертирование полученной строки в лексемы var Lexer; //Отвечает за разбор лексем и определение выражений var Parser; При получении выражения, оно разбивается на лексемы и кэшируется (из-за проблем с производительностью).Терминальные выражения в AngularJS DSL определены следующим образом:
var OPERATORS = {
/* jshint bitwise: false */
'null': function (){return null;},
'true': function (){return true;},
'false': function (){return false;},
undefined: noop,
'+': function (self, locals, a, b){
//…
},
'*': function (self, locals, a, b){return a (self, locals)*b (self, locals);},
'/': function (self, locals, a, b){return a (self, locals)/b (self, locals);},
'%': function (self, locals, a, b){return a (self, locals)%b (self, locals);},
'^': function (self, locals, a, b){return a (self, locals)^b (self, locals);},
'=': noop,
'===': function (self, locals, a, b){return a (self, locals)===b (self, locals);},
'!==': function (self, locals, a, b){return a (self, locals)!==b (self, locals);},
'==': function (self, locals, a, b){return a (self, locals)==b (self, locals);},
'!=': function (self, locals, a, b){return a (self, locals)!=b (self, locals);},
'<':function(self, locals, a,b){return a(self, locals)Динамическое отображение страницы не такая простая задача. Это связано с большим количеством конкатенации строк, манипуляций и проблем. Наиболее простой способ построить динамическую страницу — это написать свою разметку и включить в нее несколько выражений, которые будут обработаны в определенном контексте, в результате весь шаблон будет преобразован в конечный формат. В нашем случае этим форматом будет HTML (или даже DOM). Это именно то что делают шаблонизаторы — они получают DSL, обрабатывают его в соответствующем контексте и затем преобразуют в конечный формат.Шаблоны очень часто используются на back-end. Например вы можете вставлять PHP код внутри HTML и создавать динамические страницы, так же вы можете использовать Smarty или eRuby в Ruby, чтобы вставлять Ruby код в статические страницы.В JavaScript есть много шаблонизаторов, таких как mustache.js, handlebars и т.д. Большинство из них работают с шаблоном как со строкой. Шаблон может храниться различными способами:
статический файл, который будет получен AJAX«ом скрипт встроенный внутри вашего представления строка внутри вашего JavaScript кода К примеру: Шаблонизатор превращает строку в элементы DOM, путем объединения ее с полученным контекстом. Таким образом все встроенные в разметку выражения анализируются и заменяются их значениями.Например если мы обработаем шаблон показанный выше в контексте объекта: { names: ['foo', 'bar', 'baz'] } то получим:
Names
foo bar baz На самом деле шаблоны в AngularJS это обычный HTML. Они не находятся в промежуточном формате, как большинство шаблонов. Что делает AngularJS компилятор, что бы обойти дерево DOM и найти уже известные директивы (элементы, атрибуты, классы или даже комментарии)? Когда AngularJS находит любую из этих директив он вызывает логику связанную с ней, она может включать определение различных выражений в контексте текущего $scope.К примеру:
- {{name}}
$scope.names = ['foo', 'bar', 'baz']; Будет получен тот же результат что и выше. Главное отличие в том, что шаблон расположен не внутри тега script, здесь это просто HTML.
Scope
Observer
Шаблон observer (наблюдатель) — поведенческий шаблон проектирования, в котором объект называемый субъектом, хранит список своих зависимостей, которые называются наблюдателями и уведомляет их при каких либо изменениях состояния, обычно вызовом одного из их методов. В основном используется для реализации распределенных систем обработки событий.В приложениях AngularJS есть два основных способа взаимодействия между scope.Первый, вызов методов родительского scope из дочернего scope. Это возможно, потому что дочерний scope наследует прототип своего родителя, как упоминалось выше (смотреть Scope). Это позволяет осуществлять одностороннее взаимодействие от ребенка к родителю. Иногда необходимо вызвать метод дочернего scope или уведомить его о возникновении события в родительском scope. AngularJS предоставляет встроенный шаблон наблюдатель, который позволяет делать это.Второй возможный вариант использования шаблона observer, когда несколько scope подписаны на события, но scope в котором оно возникает ничего о нем не знает. Это позволяет уменьшить связанность scope' ов, они не должны ничего знать о других scope.Каждый scope в AngularJS имеет публичные методы $on, $emit и $broadcast. Метод $on в качестве аргументов принимает имя события и функцию обратного вызова. Эту функцию можно представить как наблюдателя — объект который реализует интерфейс observer (В JavaScript все функции первого класса, поэтому мы можем обеспечить только реализацию метода уведомления).
function ExampleCtrl ($scope) {
$scope.$on ('event-name', function handler () {
//body
});
}
Таким образом текущий scope подписывается на событие «event-name». Когда оно возникнет в любом из родительских или дочерних scope, будет вызван обработчик.Методы $emit и $broadcast используются для запуска событий, соответственно вверх и вниз по цепочке наследования. К примеру:
function ExampleCtrl ($scope) {
$scope.$emit ('event-name', { foo: 'bar' });
}
В примере выше scope генерирует событие «event-name» вверх для всех scope. Это значит что каждый родительский scope, который подписан на событие «event-name», будет уведомлен и его обработчик будет вызван.Тоже самое происходит когда вызывается метод $broadcast. Разница лишь в том, что событие будет передаваться вниз — для всех дочерних scope. Каждый scope может подписаться на любое событие с несколькими функциями обратного вызова (т. е. он может связать несколько наблюдателей с данным событием).В JavaScript сообществе этот шаблон более известен как публикация/подписка.Chain of Responsibilities
Chain of Responsibilities (цепочка обязанностей) — поведенческий шаблон проектирования, состоит из объекта команды и последовательности обрабатывающих объектов (обработчиков). Каждый обработчик содержит логику, определяющую тип команды, которую он может обработать. Затем команда поступают к следующему обработчику в цепочке. Шаблон так же содержит механизм для добавления новых обработчиков в конец этой цепочки.Как показано выше, scope образует иерархию, известную как цепочка scope. Некоторые из этих scope изолированы, это значит, что они не наследуют прототипы своих родительских scope, но связаны с ним через его свойство $parent.
После вызова $emit или $broadcast возникает событие, которое начинает движение (вниз или вверх в зависимости от вызванного метода) по цепочке scope, ее можно представить как шину событий или точнее как цепочку обязанностей. Каждый последующий scope может:
Обработать событие и передать его следующему scope в цепочке Обработать событие и остановить его распространение Пропустить событие к следующему scope в цепочке, без его обработки Остановить распространение события без его обработки В примере ниже, ChildCtrl генерирует событие, которое распространяется вверх по цепочке scope. Здесь каждый родительский scope (ParentCtrl и MainCtrl) должны обработать событие записав в консоль: «foo received». Если какой нибудь из scope должен быть конечным получателем, он может вызвать метод stopPropagation в объекте события. myModule.controller ('MainCtrl', function ($scope) { $scope.$on ('foo', function () { console.log ('foo received'); }); });
myModule.controller ('ParentCtrl', function ($scope) { $scope.$on ('foo', function (e) { console.log ('foo received'); }); });
myModule.controller ('ChildCtrl', function ($scope) {
$scope.$emit ('foo');
});
Обработчики в показанной выше UML диаграмме, являются различными scope, добавленными в контроллер.Command
Command — поведенческий шаблон проектирования, в котором объект используется для инкапсуляции всей необходимой информации и вызова метода через некоторое время. Эта информация включает имя метода, объект которому принадлежит метод и значения параметров метода.В AngularJS шаблон Command позволяет описать реализацию связывания данных (data binding).Когда мы хотим связать нашу модель с представлением мы можем использовать директиву ng-bind (для одностороннего связывания данных) и ng-model (для двустороннего связывания данных). К примеру, если мы хотим, что бы каждое изменение модели отображалось в представлении:
Теперь каждый раз когда мы изменяем значение foo, текст внутри тега span тоже будет изменен. Также можно использовать более сложные выражения:
В примере выше значением тега span будет сумма значений foo и bar в верхнем регистре. Что происходит внутри? В каждом scope есть метод $watch. Когда компилятор AngularJS находит директиву ng-bind, он создает нового наблюдателя для выражения foo + ' ' + bar | uppercase, ($scope.$watch («foo + ' ' + bar | uppercase», function () { /* body */ });). Функция обратного вызова будет вызвана каждый раз когда изменяется значение выражения. В данном случае функция обратного вызова будет обновлять значение тега span.Вот несколько первых строк реализации $watch:
$watch: function (watchExp, listener, objectEquality) { var scope = this, get = compileToFn (watchExp, 'watch'), array = scope.$$wat
