На сколько глубоко может зайти модульность и как лучше организовать ее angular?

Question

[Abc Edc]

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

Answer 1

[Kano]

Ангуляр предполагает что все модули используемые в вашем приложении до начала работы приложения уже загружены в память. Т.е. никакой отложенной загрузки.
Есть метод позволяющий добавлять сервисы, контроллеры и т.д (но не модули) после старта приложения, но отложенную загрузку модуля этот метод делать не может и тогда получается что на модули можно разделить только то что вы можете загрузить сразу до старта приложения. - www.sagarganatra.com/2014/08/lazy-loading-angularj...
Есть метод позволяющий отложенное добавление и загрузку модулей к модулю приложения, но он находится в бета версии и больше выглядит как костыль нежели законченное решение. - https://github.com/ocombe/ocLazyLoad
Мой личный опыт (после некоторых проб и ошибок) заключается в том что я делю на модули все функциональные блоки приложения и делаю отложенную полную загрузку необходимых модулей при переходе на нужный раздел (без require)
У меня выходит что модуль это:

• Раздел (контроллер)
  
• Набор сервисов для доступа к api приложения (если приложение использует несколько api, то на каждый api по своему модулю)
  
• Если можно из приложения выделить самодостаточный (наименьшее количество связей) блок не являющийся полным функционалом раздела, то это как правило становиться модулем (фотогалерея, витрина, меню, вспомогательные элементы тоже можно объединить в модуль)
  

Comments

[Abc Edc]

Спасибо огромное!крутой подход!

[Abc Edc]

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

[Abc Edc]

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

[Kano]

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

[Abc Edc]

Kano: то есть если я делаю еще один сервис в модуле то я как бы расширяю родительский?

[Abc Edc]

Kano: Я то просто подумал синглтон это типа его рекомендуется делать в целом один раз, то есть один вызов вернее

[Kano]

ГЛЕБ ГЛЕБОВ: singleton - одиночка, имеется ввиду что может существовать только один экземпляр данного класса внутри всего приложения, т.е. состояние объекта будет общим - https://ru.wikipedia.org/wiki/%D0%9E%D0%B4%D0%B8%D...(%D1%88%D0%B0%D0%B1%D0%BB%D0%BE%D0%BD_%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F)

[Abc Edc]

Kano: этот шаблон проектирования распространяется только в контексте именно клиентов обычно?

[Kano]

ГЛЕБ ГЛЕБОВ: в контексте приложения выполняемого в рамках одной песочницы

[Abc Edc]

Kano: Огромное спасибо за разъяснение