Рекомендации по впрыскиванию зависимостей

Question

Я использую Injection Dependency в своем коде (с Ninject) и думал, что делаю все хорошо, пока не столкнулся с проблемой производительности, вызванной неправильным пониманием того, где контейнеры DI вписываются в ваш код. Кажется, есть много информации о том, как использовать рамки DI, но не слишком много, чтобы не использовать их или как их использовать (по крайней мере, что я мог найти)

Я думал, что напишу, что я мысли были некоторыми лучшими практиками и выяснили, согласны ли со мной другие люди и какие другие передовые практики могут придумать.

• Используйте одно ядро ​​для каждого приложения или AppDomain
• Используйте DI контейнер для долгоживущих Singleton только объекты, использовать заводы (или другие методы) для короткоживущих временных объектов)
• Предпочитают Constructor Injection по недвижимости или полевая инъекция
• Запросить объекты, не строить их
• другие ?? указатели на хороший блог

Answer 1

Вот краткий перечень наиболее важных пунктов (некоторые из которых также появляются в OP):

• Кодекс должен быть не знают о которых DI контейнер (если таковые имеются) используется
• Compose все приложение в корне приложения (композиция Root)
• Фавор Constructor Injection

Я не могу сказать, что я согласен с вашей точкой об объектах Singleton и Transient. Вся точка DI заключается в том, что внешний механизм (такой как контейнер DI) определяет время жизни любой данной зависимости, а не кого-то другого, поэтому вам нужно иметь все зависимости, управляемые контейнером DI.

Answer 2

Используйте контейнер DI для долгоживущего Singleton только объекты, использовать заводы (или другие методы) для короткоживущих временных объектов)

Но использовать DI впрыснуть заводы Into там, где нужно ,