На сколько директива должна быть независимой?

Question

[Abc Edc]

То есть должна ли она инджектить в себя сервисы для запросов? Нужно ли выносить в директивы даже обычный вывод материалов и что тогда остается на контроллер?

Answer 1

[Сергей Протько]

что тогда остается на контроллер?

А ничего не останется, и ничего особо не должно оставаться (разве что чуть чуть). Даже ваш контроллер который вы объявляете для стэйта по сути ни что иное как контроллер директивы ng-view/ui-view/ng-controller.

Все дробится на директивы, чем независимей тем лучше. Скажем если у нас есть блок с фидом последних событий - это отдельная директива, в нее инджектится сервис по получению данных. Отдельный айтем фида так же можно сделать директивой и вынести туда управление штуками - например лайки или удаление или редактирование (соответственно надо заинджектить туда сервисы для управления этим делом).

Ну и у каждой директивы свой контроллер, scope использовать только в link (собственно как и ватчеры) и в link только связывать DOM и контроллер. Как-то так. И жить с ангуляром будет чуть проще.

Comments

[Abc Edc]

Link и Контроллер директивы как могут меж собой быть связан и для чего?

[Abc Edc]

А если есть допустим тупо чекер стандартный и ну ничего там нет что нужно бы добавить к нему то стоит ли его делать отдельной тоже директивой? просто если есть кучки фильтров которые влияют на получение уже из бекенда стоит ли на них делать огромный вотчер(единственный) из контроллера типа vm.filters и уже делать запрос с изменениями?

[Сергей Протько]

ГЛЕБ ГЛЕБОВ: контроллер содержит в себе логику работы директивы, он ничего не знает о DOM, link это такой вот промежуточный слой который склеивает все вместе. Вы хотите что бы по клику директива что-то делала - в link вешаете обработчик click (например) и в обработчике вызываете метод контроллера. Вам надо что бы директива в зависимости от данных что-то отображала - в link пишем ватчер и ватчим там значение из контроллера, по изменению обновляем DOM). Собственно это все логично только из названия метода - link (связывать).

[Сергей Протько]

ГЛЕБ ГЛЕБОВ: откуда взялся огромный ватчер? Где? В директивах он не нужен, в контроллере нет скоупа и нечему ватчить, вам надо по изменению любого фильтра дергать метод контроллера. Никаких deep-watch-ей (если у вас в $scope.$watch третий аргумент выставлен в true - что-то явно пошло не так с вашей архитектурой).

[Abc Edc]

Спасибо!

[Abc Edc]

Сергей Протько: Хотя стоп! А что если каждая из директив является частью одного большого фильтра на запрос. То есть директива чекеров (путь будет директива A) это у нас играет роль в запрое ?a=ЕЕ_ЗНАЧЕНИЕ. директива B- это скажем Мультиплай селектор он в конечном итоге отобразится как ?b=ЕЕ_значение и так далее. То все это как то нужно объединить в Суперконтроллер для последующего запроса включающего все эти параметры, разве нет?Вот в нем и будет Дип-Вотчер

[Abc Edc]

Сергей Протько: Это файнал вопрос ао ангуляру, после него я никогда не поставлю ТЭГ ангуляра надеюсь

[Сергей Протько]

ГЛЕБ ГЛЕБОВ: ну как бы так оно обычно и бывает. Есть один большой фильтр, и в нем есть куча маленьких контролов. Каждый контрол обрабатывает свой кусочек фильтра и отвечает только за него. По изменению через контроллер родительской директивы (большой фильтр) сообщается о том что мы поменяли значение, и большая директива может дернуть какой-то метод-колбэк аля onUpdate({filters: aggregatedFilters}); Как-то так. А в контроллере у нас простая функция updateList которая принимает на вход эти самые фильтры и передает в сервис. А что дальше происходит нас уже не особо парит.

А дип-вотч это плохо, это такое вот решение влоб когда надо сделать быстро и без разницы на качество и поддерживаемость. Хорошо подходит для прототипирования.