Pada dasarnya Spring adalah kerangka kerja untuk injeksi ketergantungan yang merupakan pola yang memungkinkan membangun sistem yang sangat terpisah.
Masalah
Misalnya, Anda perlu membuat daftar pengguna sistem dan dengan demikian mendeklarasikan antarmuka yang disebut UserLister:
public interface UserLister {
List<User> getUsers();
}
Dan mungkin implementasi mengakses database untuk mendapatkan semua pengguna:
public class UserListerDB implements UserLister {
public List<User> getUsers() {
// DB access code here
}
}
Dalam pandangan Anda, Anda harus mengakses sebuah instance (hanya sebuah contoh, ingat):
public class SomeView {
private UserLister userLister;
public void render() {
List<User> users = userLister.getUsers();
view.render(users);
}
}
Perhatikan bahwa kode di atas tidak menginisialisasi variabel userLister. Apa yang harus kita lakukan? Jika saya secara eksplisit instantiate objek seperti ini:
UserLister userLister = new UserListerDB();
... Saya akan memasangkan pandangan dengan implementasi saya dari kelas yang mengakses DB. Bagaimana jika saya ingin beralih dari implementasi DB ke yang lain yang mendapatkan daftar pengguna dari file yang dipisahkan koma (ingat, ini contohnya)? Dalam hal ini, saya akan pergi ke kode saya lagi dan mengubah baris di atas menjadi:
UserLister userLister = new UserListerCommaSeparatedFile();
Ini tidak ada masalah dengan program kecil seperti ini tetapi ... Apa yang terjadi dalam program yang memiliki ratusan pandangan dan jumlah kelas bisnis yang serupa? Perawatan menjadi mimpi buruk!
Pendekatan Spring (Dependency Injection)
Apa Musim Semi dilakukan adalah untuk kawat kelas atas dengan menggunakan file XML atau penjelasan, cara ini semua benda yang dipakai dan diawali dengan musim semi dan disuntikkan di tempat yang tepat (Servlets, Web Frameworks, kelas Bisnis, DAOs, dll, dll, dll ...).
Kembali ke contoh di Musim Semi kita hanya perlu memiliki setter untuk userListerbidang tersebut dan memiliki file XML seperti ini:
<bean id="userLister" class="UserListerDB" />
<bean class="SomeView">
<property name="userLister" ref="userLister" />
</bean>
atau lebih sederhana membubuhi keterangan yang diajukan di kelas tampilan kami dengan @Inject:
@Inject
private UserLister userLister;
Dengan cara ini ketika tampilan dibuat secara ajaib akan memiliki UserListersiap untuk bekerja.
List<User> users = userLister.getUsers(); // This will actually work
// without adding any line of code
Sangat bagus! Bukan?
- Bagaimana jika Anda ingin menggunakan implementasi lain dari
UserListerantarmuka Anda ? Cukup ganti XML.
- Bagaimana jika tidak memiliki
UserListerimplementasi yang siap? Memprogram implementasi tiruan temporal UserListerdan memudahkan pengembangan pandangan.
- Bagaimana jika saya tidak ingin menggunakan Spring lagi? Hanya saja, jangan menggunakannya! Aplikasi Anda tidak digabungkan dengannya. Pembalikan status Kontrol : "Aplikasi mengontrol kerangka kerja, bukan kerangka kerja mengontrol aplikasi".
Ada beberapa pilihan lain untuk Dependency Injection di sekitar sana, apa yang menurut saya telah membuat Spring begitu terkenal selain kesederhanaan, keanggunan dan stabilitasnya adalah bahwa orang-orang SpringSource telah memprogram banyak POJO yang membantu mengintegrasikan Spring dengan banyak kerangka kerja umum lainnya tanpa menjadi mengganggu dalam aplikasi Anda. Selain itu, Spring memiliki beberapa sub proyek yang bagus seperti Spring MVC, Spring WebFlow, Spring Security dan lagi daftar panjang dlleteras.
Semoga ini membantu. Bagaimanapun, saya mendorong Anda untuk membaca artikel Martin Fowler tentang Dependency Injection dan Inversion of Control karena dia melakukannya lebih baik daripada saya. Setelah memahami dasar-dasarnya, lihat di Spring Documentation , menurut saya, ini digunakan untuk menjadi buku Spring terbaik yang pernah ada.
