простейший пример. вот у нас есть компонент А. у него есть сервис В. и вот мы запровайдили сервис, работает все ок. и тут выясняется, что А будет еще в другом модуле. а потом еще в одном. и вот сначала мы плодим провайдинг сервиса. а потом приходим к providedIn: root. и да. коллеги уже расписали бессмысленность провайдинга с точки зрения DI и тришейкинга
Не раз встречал подход, когда тимлид говорит, что все сервисы должны быть внедрены в корневой модуль. Не знаю для чего это делать
не очень понятно, зачем делать не рутовые. какой профит
Я предлагаю в каждом модуле создавать папку "core".
такое себе. сервисы, интерфейсы и т.д. могут вполне лежать и рядом с соответствующим компонентом, если конечно там не вагон файлов на один компонент. нет необходимости к каждому компоненту создавать core, share, helpers etc
Куча воды и в конце реклама канала
не. бессмысленно обсуждать
нафиг нафиг. может конечно обезьянке копипастеру годится. я как-то норм и так
типа, не 2000, а всего лишь 1000?
всю жизнь мечтал, вот вырасту, сильно вырасту. и в 21 веке, рядом с vr технологиями, откажусь от мыши и гуи, чтобы запомнить тонну команд
простейший пример. вот у нас есть компонент А. у него есть сервис В. и вот мы запровайдили сервис, работает все ок. и тут выясняется, что А будет еще в другом модуле. а потом еще в одном. и вот сначала мы плодим провайдинг сервиса. а потом приходим к providedIn: root. и да. коллеги уже расписали бессмысленность провайдинга с точки зрения DI и тришейкинга
не очень понятно, зачем делать не рутовые. какой профит
такое себе. сервисы, интерфейсы и т.д. могут вполне лежать и рядом с соответствующим компонентом, если конечно там не вагон файлов на один компонент. нет необходимости к каждому компоненту создавать core, share, helpers etc
например по какой? вы наверное в курсе, насколько газ используется в химической промышленности (помимо отопления и т.д.)?