Як що до цього?
Якщо у вас є клас, Employeeа у цього співробітника є клас, Address ви можете Employeeвизначити такий клас:
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;
}
}
На сьогодні все виглядає нормально.
Цей код показує співвідношення HAS-A між працівником та його адресою, це добре.
Тепер ці відносини HAS-A створили залежність між ними. Проблема полягає в конструкторі.
Кожен раз, коли ви хочете створити Employeeекземпляр, вам потрібен Addressекземпляр:
Address someAddress = ....
Employee oscar = new Employee( someAddress );
Працювати таким чином стає проблематично, особливо коли ви хочете провести тестування блоку.
Основна проблема виникає, коли вам потрібно протестувати один конкретний об'єкт, вам потрібно створити екземпляр іншого об'єкта, і, швидше за все, вам потрібно створити екземпляр ще одного об'єкта для цього. Ланцюг може стати некерованим.
Щоб цього уникнути, ви можете змінити конструктор так:
public Employee(){
}
Використання конструктора no args.
Тоді ви можете встановити адресу коли завгодно:
Address someAddress = ....
Employee oscar = new Employee();
oscar.setAddress( someAddress );
Тепер це може бути перетягуванням, якщо у вас є кілька атрибутів або якщо об'єкти важко створити.
Але подумайте над цим, скажімо, ви додасте Departmentатрибут:
class Employee {
private Address address;
private Department department;
....
Якщо у вас є 300 співробітників, і всі вони повинні мати один і той же відділ, і плюс той самий відділ має бути розподілений між деякими іншими об'єктами (наприклад, списком департаментів компанії або ролями, які має кожен відділ тощо), тоді ви будете мати нелегко Departmentбачити видимість об’єкта та ділитися ним через усю мережу об’єктів.
У чому полягає інжекція залежностей, щоб допомогти вам «ввести» ці залежності у свій код. Більшість фреймворків дозволяють це зробити, вказавши у зовнішньому файлі, який об’єкт потрібно вводити.
Припустимо файл властивостей для фіктивного інжектора залежностей:
#mock employee
employee.address = MockAddress.class
employee.department = MockDepartment.class
#production setup
employee.address = RealAddress.class
employee.department = RealDepartment.class
Ви визначите, що вводити для певного сценарію.
Які рамки Dependency Injector буде зробити , це встановити правильні об'єкти для вас, так що ви не повинні коду setAddressабо setDepartment. Це можна зробити за допомогою рефлексії або генерування коду чи інших методів.
Отже, наступного разу, коли вам потрібно буде протестувати Employeeклас, ви можете вводити макети Addressта Departmentsоб'єкти без необхідності кодувати весь набір / отримати за весь ваш тест. Ще краще, ви можете вводити реальні Address та Departmentоб’єкти у виробничий код і все одно мати впевненість у тому, що ваш код працює як перевірений.
Це майже про це.
Але я не думаю, що це пояснення підходить для 5-річного віку, як ви просили.
Я сподіваюся, що ви все ще вважаєте його корисним.