Berikut adalah beberapa alasan yang memperdebatkan penggunaan pola dan kode contoh di Jawa, tetapi ini merupakan implementasi dari Pola Builder yang dicakup oleh Geng Empat dalam Pola Desain . Alasan Anda menggunakannya di Jawa juga berlaku untuk bahasa pemrograman lain.
Seperti yang dikatakan Joshua Bloch dalam Java Efektif, Edisi ke-2 :
Pola pembangun adalah pilihan yang baik ketika merancang kelas yang konstruktor atau pabrik statisnya akan memiliki lebih dari beberapa parameter.
Kita semua pada beberapa titik menghadapi kelas dengan daftar konstruktor di mana setiap penambahan menambahkan parameter opsi baru:
Pizza(int size) { ... }
Pizza(int size, boolean cheese) { ... }
Pizza(int size, boolean cheese, boolean pepperoni) { ... }
Pizza(int size, boolean cheese, boolean pepperoni, boolean bacon) { ... }
Ini disebut Pola Konstruktor Telescoping. Masalah dengan pola ini adalah bahwa setelah konstruktor 4 atau 5 parameter panjang menjadi sulit untuk mengingat yang diperlukan urutan parameter serta apa konstruktor tertentu Anda mungkin ingin dalam situasi tertentu.
Salah satu alternatif yang Anda miliki untuk Pola Konstruktor Telescoping adalah Pola JavaBean di mana Anda memanggil konstruktor dengan parameter wajib dan kemudian memanggil setter opsional setelah:
Pizza pizza = new Pizza(12);
pizza.setCheese(true);
pizza.setPepperoni(true);
pizza.setBacon(true);
Masalahnya di sini adalah bahwa karena objek dibuat melalui beberapa panggilan itu mungkin dalam keadaan tidak konsisten di tengah-tengah pembangunannya. Ini juga membutuhkan banyak upaya ekstra untuk memastikan keamanan benang.
Alternatif yang lebih baik adalah dengan menggunakan Pola 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;
}
}
Perhatikan bahwa Pizza tidak dapat diubah dan bahwa nilai parameter semuanya dalam satu lokasi . Karena metode setter Builder mengembalikan objek Builder, mereka dapat dirantai .
Pizza pizza = new Pizza.Builder(12)
.cheese(true)
.pepperoni(true)
.bacon(true)
.build();
Ini menghasilkan kode yang mudah ditulis dan sangat mudah dibaca dan dimengerti. Dalam contoh ini, metode build dapat dimodifikasi untuk memeriksa parameter setelah mereka disalin dari builder ke objek Pizza dan melempar IllegalStateException jika nilai parameter tidak valid telah diberikan. Pola ini fleksibel dan mudah untuk menambahkan lebih banyak parameter ke depannya. Ini benar-benar hanya berguna jika Anda akan memiliki lebih dari 4 atau 5 parameter untuk konstruktor. Yang mengatakan, mungkin bermanfaat pada awalnya jika Anda curiga Anda mungkin menambahkan lebih banyak parameter di masa depan.
Saya telah meminjam banyak pada topik ini dari buku Effective Java, 2nd Edition oleh Joshua Bloch. Untuk mempelajari lebih lanjut tentang pola ini dan praktik Java efektif lainnya, saya sangat merekomendasikannya.