Pull to refresh

Comments 4

Отличная статья с наглядными примерами и схемами! Спасибо за такое!

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

Применять такой подход в больших, развесистых Angular приложениях - это обрекать себя на сражение с неявными утечками памяти и мучительное развязывание цикличностей, когда есть не один десяток зависимых и со зависимых сервисов. Не все должно быть синглтоном, хотя Ангуляр (даже в части плохо расписанной документации по этой теме) как будто бы специально подталкивает просто все делать синглтоном в рутовом скоупе.

Я бы хотел спросить, каким еще средствами, методиками, подходами вы пользуетесь, чтобы следить за качеством и, главное, структурой дерева зависимостей внутри большого приложения/библиотеки Angular?

Спасибо большое за лестный отзыв о статье. Рад, что вам понравилось.

Согласен, что Angular не особо пытается донести людям, что необязательно делать только синглтоны. Тут вы правы.

С 17ой версии можно смотреть дерево инжекторов в Angular DevTools, это очень помогает, крайне советую. Еще можно отметить, что мы следуем заложенной архитектуре, и таким образом внезапных зависимостей не появляется. Как то так.

Отличная статья. Я бы ещё добавил абзац про tree shaking. Или это тема для отдельной статьи?

Спасибо большое. Добавить про tree shaking в целом хорошая идея. Но думаю, что можно оставить на еще одну статью.
У нас была мысль написать статью про рефлексию, и то как Angular работает с декоратором Injectable. Там, мне кажется, инфу про tree shaking было бы отлично видеть

Sign up to leave a comment.