Bu hafta bağımlılık enjeksiyonu için Typhoon çerçevesini kullanmayı düşünüyorum. Birim sınaması sırasında nesnelerin yapımını ayırmanın keyfi bileşenleri taklitlerle değiştirmek için yararlı olduğunu anladım ve şimdiye kadar bunun tek başına faydalarını gördüm.
Ancak, onlarca başlık ithalatı olan mizahi bir görünüm denetleyicisi sınıfına sahip olmadan önce, onlarca başlık ithalatı olan mizahi bir fabrika sınıfım olduğunu düşünemiyorum. Büyük bir fabrika sınıfından kaçınmam gerekir mi?
6
On yıl içinde DI'nin Singleton'dan dayak listesini devralmasını bekliyorum, ama bu sefer iyi nedenlerle. Bazı iyi kullanımları var, ancak etkisini değerlendirirken çok dikkatli olmanızı öneririm.
—
Balog Pal
Bağımlılık enjeksiyonunun karmaşıklığı azaltmanın bir yolu olduğunu değil, açık bağımlılıklar lehine örtük bağımlılıklardan (global sembollerin / serbest değişkenlerin kullanımı) kaçınmanın bir yolu olduğunu düşünmüyorum (açık parametreler / bağlı değişkenler kullanın). Dolayısıyla, karmaşıklık hala oradadır, ancak yöntem / yapıcı imzalarınızda açık hale getirdiğiniz için bununla uğraşmak zorundasınız.
—
Giorgio
Kod düzenlemek için hemen hemen her sistemin "karmaşıklığı başka bir yere taşımak" olarak tanımlanabileceğini unutmayın. Bu, karmaşıklığı en mantıklı ve yararlı bir şekilde organize etmek kadar ortadan kaldırmakla ilgili değildir.
50 başlık içe aktarmanız gerekiyorsa, bunu bir yerde yapmanız gerekir. DI, kodunuzu daha kolay birim test etmenize yardımcı olur.
—
BЈовић
Peki, şimdi kontrolörünüzün kontrol etmeye ve başlık ithalat fabrikanızın başlık ithalatına odaklandığını mı söylüyorsunuz? Bir DI çerçevesi kullanıyor olsanız da olmasanız da, bu nasıl kötü bir şey olabilir?
—
pdr