Eğer doğru anladıysam, Bağımlılık Enjeksiyon için tipik bir mekanizma ya da bir sınıf' kurucu veya ortak bir özellik (üye) sınıfı. yoluyla enjekte edilmesidir

Bu bağımlılık enjekte edilmeden ortaya çıkarır ve kapatma OOP prensiplerine aykırı bir durum.

Bu değiş tokuş tanımlamak doğru olur mu? Bu sorunu nasıl başa çıkıyorsunuz?

Ayrıca aşağıda kendi soruma cevabımı bakın lütfen.

İlginç gelebilecek bu sorunu bakmanın başka bir yolu yoktur.

IoC/bağımlılık enjeksiyon kullandığımızda, OOP kavramları kullanmıyoruz. Kuşkusuz '' ama fikirlerinin arkasında IoC bileşen yönelimli geliyor, değil OO yazılım mühendisliği. ana gibi OO bir dil kullanıyoruz

Bileşen yazılım bağımlılıkları yönetme hakkında - sık kullanılan bir örnektir .NET Montaj mekanizması. Her Kurul, başvuruda derlemeler listesini yayınlar ve bu çok daha kolay (ve doğrulama) parça çalışan bir uygulama için gerekli bir araya getirmenizi sağlar.

IoC) OO programlarımız benzer teknikleri uygulayarak, programları yapılandırmak ve korumak için daha kolay hale getirmek için hedefliyoruz. Bağımlılıklar (ne olursa olsun yapıcı parametreleri veya olarak) yayıncılık bu önemli bir parçası. Saklama gerçekten, bileşen/hizmet odaklı bir dünyada, '' d) ayrıntılar için. uygulama tipi yok geçerli değildir

Maalesef bizim dilde yok şu anda ayırmak ince taneli, nesne yönelimli kavramlar, iri taneli bileşen yönelimli olanlar, yani bu ayrım sizin için aklını sadece :)