Temelde Bahar, bağımlılık enjeksiyon bu da çok ayrışmış sistemlerin oluşturulmasına izin veren bir model.
Sorun
Örneğin, sistem kullanıcılarını listelemeniz gerektiğini ve dolayısıyla şu şekilde adlandırılan bir arabirimi bildirmeniz gerektiğini varsayalım UserLister:
public interface UserLister {
List<User> getUsers();
}
Ve belki de tüm kullanıcıları almak için veritabanına erişen bir uygulama:
public class UserListerDB implements UserLister {
public List<User> getUsers() {
// DB access code here
}
}
Size göre bir örneğe erişmeniz gerekir (yalnızca bir örnek, unutmayın):
public class SomeView {
private UserLister userLister;
public void render() {
List<User> users = userLister.getUsers();
view.render(users);
}
}
Yukarıdaki kodun değişkeni başlatmadığını unutmayın userLister. Ne yapmalıyız? Açıkça böyle bir nesne somutlaştırırsanız:
UserLister userLister = new UserListerDB();
... DB'ye erişen sınıfı uygulamamla bu görünümü birleştirirdim. DB uygulamasından kullanıcı listesini virgülle ayrılmış bir dosyadan alan başka bir dosyaya geçmek istersem ne olur (unutmayın, bu bir örnek)? Bu durumda, benim kod tekrar gitmek ve yukarıdaki satırı değiştirmek:
UserLister userLister = new UserListerCommaSeparatedFile();
Bunun böyle küçük bir programla bir sorunu yok ama ... Yüzlerce görünümü ve benzer sayıda işletme sınıfı olan bir programda ne olur? Bakım bir kabus oluyor!
Bahar (Bağımlılık Enjeksiyonu) yaklaşımı
Ne İlkbahar yapar etmektir tel bir XML dosyası veya ek açıklamalar, tüm nesneler örneği ve Bahar tarafından başlatıldı ve bu şekilde kullanarak sınıfları yukarı enjekte doğru yerlerde (Servlet, Web Çerçeveleri, İş sınıfları, DAOs, vs, vs, vs içinde ...).
İlkbaharda örneğe dönersek, sadece userListeralan için bir ayarlayıcıya ve şu gibi bir XML dosyasına sahip olmamız gerekir :
<bean id="userLister" class="UserListerDB" />
<bean class="SomeView">
<property name="userLister" ref="userLister" />
</bean>
veya daha basit bir şekilde, görünüm sınıfımızdaki dosyaları aşağıdakilerle ek açıklamalara ekleyin @Inject:
@Inject
private UserLister userLister;
Bu şekilde görünüm oluşturulduğunda sihirli bir UserListerşekilde çalışmaya hazır hale gelir.
List<User> users = userLister.getUsers(); // This will actually work
// without adding any line of code
Bu harika! Öyle değil mi?
UserListerArayüzünüzün başka bir uygulamasını kullanmak isterseniz ne olur ? Sadece XML'i değiştirin.UserListerHazır bir uygulamanız yoksa ne olur ? Geçici bir sahte uygulama programlayın UserListerve görüşün gelişimini kolaylaştırın.- Baharı artık kullanmak istemezsem ne olur? Sadece kullanma! Uygulamanız buna bağlı değil. Kontrolün ters çevrilmesi : "Uygulama, çerçeveyi değil, uygulamayı kontrol eder" ifadesini kullanır .
Etrafımda Bağımlılık Enjeksiyonu için başka seçenekler de var, bence Spring'i sadeliğinin, şıklığının ve istikrarının yanı sıra bu kadar meşhur kılan şey, SpringSource'un adamları, Spring'i diğer birçok ortak çerçeveyle birleştirmeye yardımcı olan birçok POJO programladı. uygulamanızda müdahaleci. Ayrıca Spring, Spring MVC, Spring WebFlow, Spring Security ve yine etceteraların loooong listesi gibi birkaç iyi alt projeye sahiptir.
Bu yardımcı olur umarım. Her neyse, Martin Fowler'in Bağımlılık Enjeksiyonu ve Kontrolün İnversiyonu hakkındaki makalesini okumanızı tavsiye ediyorum çünkü o benden daha iyi yapıyor. Temelleri bakmak anladıktan sonra Bahar Dokümantasyon Bence, olup eskiden gelmiş geçmiş en iyi Bahar kitap.
