Najlepsze praktyki wtrysku zależnego

Question

Używam Dependency Injection w moim kodzie (z Ninject) i uważam, że robiłem całkiem dobrze, dopóki nie natknąłem się na problem z wydajnością, który został spowodowany przez nieporozumienie, gdzie pojemniki DI pasują do twojego kodu. Wydaje się, że jest wiele informacji o tym, jak używać frameworków DI, ale nie za bardzo, gdzie ich nie używać, ani jak najlepiej z nich korzystać (przynajmniej to, co mogłem znaleźć).

Pomyślałem, że napiszę co ja uważam, że są pewne najlepsze praktyki i zobacz, czy inni ludzie zgadzają się ze mną i jakie inne najlepsze praktyki mogą wymyślić ludzie.

• Użyj jednego jądro każdej aplikacji lub AppDomain
• użyć kontenera DI dla długowiecznych Singleton tylko obiekty, fabryki Wykorzystywanie (lub innych metod) dla krótkotrwałych przemijających przedmiotów)
• Wolę Konstruktor wtrysku w Nieruchomość lub wtrysk polowy
• Zamów obiekty, nie buduj ich
• inne? wskaźniki do dobrych blogów wprowadza/artykuły?

Answer 1

Oto krótka lista najważniejszych punktów (niektóre z nich pojawiają się także w PO):

• Kodeks powinien być nieświadomi, które DI Container (jeśli w ogóle) jest używany
• Compose cała aplikacja w katalogu głównym aplikacji (root Skład)
• Favor Konstruktor wtryskowa

nie mogę powiedzieć, że zgadzam się z punktem o obiektach Singleton vs. Transient. Cały punkt DI jest taki, że zewnętrzny mechanizm (taki jak DI Container) określa czas życia dowolnej zależności, a nie kogoś innego, więc musisz mieć wszystkie zależności zarządzane przez DI Container.

Answer 2

Użyj kontener DI dla długowiecznych Singleton tylko obiekty, fabryki Wykorzystywanie (lub innych metod) dla krótkotrwałych przemijających przedmiotów)

Ale używam DI wstrzyknąć fabryki w to, gdzie istnieje potrzeba .