Bagaimana dengan ini?
Jika Anda memiliki kelas Employeedan karyawan ini memiliki Address Anda dapat menentukan Employeekelas sebagai berikut:
class Employee {
private Address address;
// constructor
public Employee( Address newAddress ) {
this.address = newAddress;
}
public Address getAddress() {
return this.address;
}
public void setAddress( Address newAddress ) {
this.address = newAddress;
}
}
Semuanya terlihat baik sejauh ini.
Kode ini menunjukkan hubungan HAS-A antara karyawan dan alamatnya, itu tidak masalah.
Sekarang, hubungan HAS-A ini menciptakan ketergantungan di antara mereka. Masalahnya ada dalam konstruktor.
Setiap kali Anda ingin membuat Employeeinstance, Anda perlu Addressinstance:
Address someAddress = ....
Employee oscar = new Employee( someAddress );
Bekerja dengan cara ini menjadi bermasalah terutama ketika Anda ingin melakukan pengujian unit.
Masalah utama muncul ketika Anda perlu menguji satu objek tertentu, Anda perlu membuat instance objek lain, dan kemungkinan besar Anda perlu membuat instance objek lain untuk melakukan itu. Rantai mungkin menjadi tidak terkelola.
Untuk menghindari ini, Anda dapat mengubah konstruktor seperti ini:
public Employee(){
}
Menggunakan konstruktor no args.
Kemudian Anda dapat mengatur alamat kapan pun Anda mau:
Address someAddress = ....
Employee oscar = new Employee();
oscar.setAddress( someAddress );
Sekarang, ini bisa menjadi hambatan, jika Anda memiliki beberapa atribut atau jika objek sulit dibuat.
Namun, pikirkan ini, katakanlah, Anda menambahkan Departmentatribut:
class Employee {
private Address address;
private Department department;
....
Jika Anda memiliki 300 karyawan, dan semuanya harus memiliki departemen yang sama , dan ditambah departemen yang sama harus dibagi antara beberapa objek lain (seperti daftar departemen perusahaan, atau peran yang dimiliki masing-masing departemen, dll) maka Anda akan mengalami kesulitan dengan visibilitas Departmentobjek dan membaginya melalui semua jaringan objek.
Apa itu Injeksi Ketergantungan untuk membantu Anda, "menyuntikkan" dependensi ini dalam kode Anda. Sebagian besar kerangka kerja memungkinkan Anda untuk melakukan ini dengan menentukan dalam file eksternal, objek apa yang akan disuntikkan.
Asumsikan file properti untuk injector dependensi fiktif:
#mock employee
employee.address = MockAddress.class
employee.department = MockDepartment.class
#production setup
employee.address = RealAddress.class
employee.department = RealDepartment.class
Anda akan menentukan apa yang harus disuntikkan untuk skenario yang diberikan.
Apa kerangka Dependency Injector akan lakukan adalah mengatur objek yang benar untuk Anda, sehingga Anda tidak perlu kode setAddressatau setDepartment. Ini akan dilakukan dengan refleksi atau oleh pembuatan kode atau teknik lainnya.
Jadi, lain kali Anda perlu menguji Employeekelas Anda dapat menyuntikkan mock Addressdan Departmentsobjek tanpa harus kode semua set / dapatkan untuk semua tes Anda. Bahkan lebih baik, Anda dapat menyuntikkan objek nyata Address dan Departmentdalam kode produksi, dan masih memiliki kepercayaan kode Anda berfungsi sebagai diuji.
Cukup banyak tentang itu.
Tetap saya tidak berpikir penjelasan ini cocok untuk anak berusia 5 tahun seperti yang Anda minta.
Saya harap Anda masih merasakan manfaatnya.