Нижче наведено декілька причин, за якими аргументовано використання шаблону та коду прикладу на Java, але це реалізація Шаблону Builder, охопленого бандою чотирьох у шаблонах дизайну . Причини, якими ви користуєтесь ним на Java, також застосовні і до інших мов програмування.
Як заявляє Джошуа Блох в Ефективній Java, 2-е видання :
Шаблон будівельника є хорошим вибором при проектуванні класів, конструктори чи статичні заводи матимуть більше ніж декілька параметрів.
Ми всі в якийсь момент стикалися з класом зі списком конструкторів, де кожне додавання додає новий параметр параметра:
Pizza(int size) { ... }
Pizza(int size, boolean cheese) { ... }
Pizza(int size, boolean cheese, boolean pepperoni) { ... }
Pizza(int size, boolean cheese, boolean pepperoni, boolean bacon) { ... }
Це називається Шаблон конструктора телескопічного моделювання. Проблема цього шаблону полягає в тому, що коли конструктори мають 4 або 5 параметрів, важко запам'ятати необхідний порядок параметрів , а також того, який конкретний конструктор ви могли б хотіти в даній ситуації.
Однією з альтернатив, яку ви маєте до Телескопічного конструктора, є Шаблон JavaBean, де ви викликаєте конструктор із обов'язковими параметрами, а потім викликаєте будь-які додаткові налаштування після:
Pizza pizza = new Pizza(12);
pizza.setCheese(true);
pizza.setPepperoni(true);
pizza.setBacon(true);
Проблема тут полягає в тому, що оскільки об'єкт створюється за допомогою декількох викликів, він може перебувати в непослідовному стані, через його побудову. Для цього також потрібно багато додаткових зусиль, щоб забезпечити безпеку нитки.
Кращою альтернативою є використання шаблону Builder.
public class Pizza {
private int size;
private boolean cheese;
private boolean pepperoni;
private boolean bacon;
public static class Builder {
//required
private final int size;
//optional
private boolean cheese = false;
private boolean pepperoni = false;
private boolean bacon = false;
public Builder(int size) {
this.size = size;
}
public Builder cheese(boolean value) {
cheese = value;
return this;
}
public Builder pepperoni(boolean value) {
pepperoni = value;
return this;
}
public Builder bacon(boolean value) {
bacon = value;
return this;
}
public Pizza build() {
return new Pizza(this);
}
}
private Pizza(Builder builder) {
size = builder.size;
cheese = builder.cheese;
pepperoni = builder.pepperoni;
bacon = builder.bacon;
}
}
Зауважте, що Pizza незмінна і всі параметри знаходяться в одному місці . Оскільки методи встановлення Builder повертають об'єкт Builder, вони можуть бути ланцюговими .
Pizza pizza = new Pizza.Builder(12)
.cheese(true)
.pepperoni(true)
.bacon(true)
.build();
Це призводить до коду, який легко писати і дуже легко читати та розуміти. У цьому прикладі метод збірки може бути змінений для перевірки параметрів після того, як вони були скопійовані з будівельника в об'єкт Pizza і передали IllegalStateException, якщо було надано недійсне значення параметра. Цей шаблон є гнучким, і в майбутньому легко додавати до нього більше параметрів. Це дійсно корисно лише в тому випадку, якщо для конструктора у вас буде більше 4 або 5 параметрів. Зважаючи на це, в першу чергу, можливо, варто, якщо ви підозрюєте, що в майбутньому ви можете додавати більше параметрів.
Я сильно запозичив цю тему з книги « Ефективна Java», 2-е видання Джошуа Блоха. Щоб дізнатися більше про цю схему та інші ефективні практики Java, я дуже рекомендую її.