Hizmet konteynerini bireysel servisler yerine enjekte etmekten kaçınmanın teknik nedenleri nelerdir?

Question

Normalde bir veya daha fazla hizmeti başka bir servise enjekte etmem gerektiğinde, her birini açıkça enjekte ederim. Bununla birlikte, servis kabının enjekte edilmesinin gerçekten işleri kolaylaştıracağı bir durum var. Bunun önerilen bir uygulama olmadığını biliyorum, ancak teknik nedenlerin bunu engellemek için ne olduğunu merak ediyorum. Çok yoğun bir kaynak gibi meşru bir şey mi yoksa çok dağınık olduğu için daha kişisel bir duygu mu?

Answer 1

Konteynırı enjekte ederseniz, bağımlılıkları netleştirmezsiniz. Aslında, onları eskisinden daha fazla engellediniz. Böyle bir sınıfınız varsa, bağımlılıkların neler olduğunu görebilirsiniz. Ayrıca, DocumentCreator'ı ayırdığınızdan ve herhangi bir sınama başarısızlığının kodlarının bir bağımlılık özelliklerinden biri yerine kodun bir sonucu olduğunu bildiğinden emin olmak için, birim sınamaları için bu bağımlılıkları kolayca atabilirsiniz.

Öte yandan, bunu, varsa

...

class DocumentCreator(IDependencyContainer container) 
{ ... } 

... Eğer bağımlılıkları gizlenmiş ettik. Sınıfın iç yapısını incelemeden, bir IFileNamer ve bir İpitorum gerektirdiğini bilemezsiniz.

Ayrıca, DocumentCreator'ı test etmek için kapsayıcıya hangi alayların yerleştirmeniz gerektiğini kolayca öğrenemezsiniz. IDependencyContainer alay etmek size hiç yardımcı olmaz; Sınıfınızın test edilmesinde hala başarısız olmanız gerekir, çünkü sınıfın iç kısımlarını gerekli olduklarını görmek için incelemezseniz, kapsayıcı bir IFileNamer ve bir İpileyici içermeyecektir.

Answer 2

Bu yaklaşımdaki en temel sorun bağımlılıkları açıkça görmemenizdir. Başka bir problem, test etmek daha zor olabilir.

Answer 3

Tanımladığınız şey bir ServiceLocator. Bu modern uygulama tasarımında bir anti-desen olarak kabul edilir. This article nedenini açıklıyor.