Можно ли наследовать контроллеры директив в AngularJS и правильно ли это?

Question

[Дмитрий Б]

Добрый вечер. Только начал разбираться в AngularJS.
Задача: есть виджеты (на подобии гаджетов Windows 7), у всех виджетов есть общий функционал. Нужно выделить его в отдельный класс, что бы можно было использовать одну базу во всех виджетах.
Виджеты реализованы в виде директив.
Моё решение: вынести общий функционал во внешний класс и используя angular.extend или что там расширять класс директивы

Answer 1

[_ _]

Если у вас действительно много общего кода, то почему нет?

Comments

[Дмитрий Б]

Спасибо

Answer 2

[Дмитрий Б]

Решил использовать метод из своего вопроса. Решает все поставленные проблемы, хороших альтернатив не вижу

Answer 3

[haiku]

1) Ангулар не предполагает какого-то особого ООП и "наследования", если вы об этом.
2) Наследовать контроллеры очень сомнительная идея. Что конкретно в контроллерах вы собрались наследовать?
3) Напоминаю, что в общем случае, контроллер в MVC нужен всего-лишь в качестве маршрутизатора на какой сервис делигировать выполнения реакции на действия пользователя (что предполагает, что вся ваша логика должна имплементаться в сервисах (factory, value, service, provider, constant). Сервисы гораздо проще затем обвернуть чем напрямую прототипно наследовать (да и вообще new SomeService где-то в контроллере - это не слишком уж хорошо, ни к чему конструкторы экспоузить куда-то наружу за сервисы)
4) В контроллерах следует только наинжектать и подсунуть в скоуп то, что привязано к морде и все.
В общем, лучше не наследовать (ес-сно если вы о прототипном наследовании). При желании инжектнуть $controller в другой контроллер и инстанциировать через него какой-то конкретный контроллер в $scope вашего "наследника" ничто не мешает.

Answer 4

[Артем]

Имхо лучше использовать сервис и в нужные директивы инжектить его.

Comments

[Дмитрий Б]

Допустим у меня есть 5 общих методов у всех виджетов. Получается в каждом виджете прописывать каждый метод от сервиса. Что если метод добавится и количество виджетов увеличится?

[Максим Васильев]

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

[Артем]

"в каждом виджете прописывать каждый метод от сервиса." - нет. Методы прописываются один раз в одном сервисе (в конечном итоге они что то же должны делать, а не просто мусолить html). Если общий функционал использует скоуп то создается директивка 'xxx' а потом return { ...,require: 'xxx,... .

[Дмитрий Б]

Артем: это не наследование

[Артем]

"Нужно выделить его в отдельный класс, что бы можно было использовать одну базу во всех виджета." - такой был вопрос, а реализаций можно придумать 100500.

[Дмитрий Б]

Артем: "Можно ли наследовать контроллеры директив в AngularJS и правильно ли это?" Вот вопрос, то что Вы написали - это сервисы, никак вообще к моему вопросу не относится

[Артем]

https://thinkster.io/egghead/directive-communication/

[Дмитрий Б]

Артем: это общение между директивами, а не наследование. На видео инверсия зависимостей показывается

[Артем]

А зачем придумывалось наследование? Что бы реализовать повторное использование кода https://en.wikipedia.org/wiki/Inheritance_(object-... ( Прям с начала второго предложения) . У Вас как раз и стоит задача о повторном использовании кода. Вы предложили одно решение, я другое. Если Вы единственный разработчик, то можете реализовать как угодно, если Вы работаете в команде, то я бы сделал это так, что бы другим разработчикам пришлось меньше прыгать по коду и искать кто там кого наследует. В JS очень много костылей и разбираться с ними другому человеку бывает тяжко. Ведь кто бы мог подумать, что []+[]="" !

[Дмитрий Б]

Артем: мене всё равно чему равна сумма двух массивов, я не для цирка программирую.
В общем я понял, что сути наследования Вы не понимаете. Если работаете в команде, рекомендую внимательно почитать об ООП

[Артем]

Мне очень жаль, что до Вас дошло только последнее предложение.

[Дмитрий Б]

Артем: до меня дошло всё, до Вас не дошло, что Вы на мой вопрос не ответили.
Хорошо, раз говорите это решение моей проблемы, реализуйте полиморфизм Вашим способом.