Dưới đây là một số lý do để tranh luận về việc sử dụng mẫu và mã ví dụ trong Java, nhưng đó là một triển khai của Mẫu xây dựng được bao phủ bởi Gang of Four trong các mẫu thiết kế . Những lý do bạn sẽ sử dụng nó trong Java cũng có thể áp dụng cho các ngôn ngữ lập trình khác.
Như Joshua Bloch tuyên bố trong Java hiệu quả, Phiên bản 2 :
Mẫu trình xây dựng là một lựa chọn tốt khi thiết kế các lớp có các nhà xây dựng hoặc nhà máy tĩnh sẽ có nhiều hơn một số tham số.
Tại một số thời điểm, tất cả chúng ta đã gặp một lớp với một danh sách các hàm tạo trong đó mỗi phép cộng thêm một tham số tùy chọn mới:
Pizza(int size) { ... }
Pizza(int size, boolean cheese) { ... }
Pizza(int size, boolean cheese, boolean pepperoni) { ... }
Pizza(int size, boolean cheese, boolean pepperoni, boolean bacon) { ... }
Đây được gọi là Mô hình xây dựng kính thiên văn. Vấn đề với mẫu này là một khi các hàm tạo có 4 hoặc 5 tham số dài, sẽ khó nhớ thứ tự cần thiết của các tham số cũng như hàm tạo cụ thể mà bạn có thể muốn trong một tình huống cụ thể.
Một lựa chọn khác mà bạn có đối với Mẫu Trình xây dựng Kính thiên văn là Mẫu JavaBean nơi bạn gọi một hàm tạo với các tham số bắt buộc và sau đó gọi bất kỳ setters tùy chọn nào sau:
Pizza pizza = new Pizza(12);
pizza.setCheese(true);
pizza.setPepperoni(true);
pizza.setBacon(true);
Vấn đề ở đây là bởi vì đối tượng được tạo ra qua nhiều cuộc gọi nên nó có thể ở trạng thái không nhất quán giữa quá trình xây dựng. Điều này cũng đòi hỏi rất nhiều nỗ lực để đảm bảo an toàn chủ đề.
Thay thế tốt hơn là sử dụng Mô hình 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;
}
}
Lưu ý rằng Pizza là bất biến và các giá trị tham số đều nằm trong một vị trí . Bởi vì các phương thức setter của Trình xây dựng trả về đối tượng Builder, chúng có thể được nối kết .
Pizza pizza = new Pizza.Builder(12)
.cheese(true)
.pepperoni(true)
.bacon(true)
.build();
Điều này dẫn đến mã dễ viết và rất dễ đọc và dễ hiểu. Trong ví dụ này, phương thức xây dựng có thể được sửa đổi để kiểm tra các tham số sau khi chúng được sao chép từ trình tạo vào đối tượng Pizza và ném IllegalStateException nếu giá trị tham số không hợp lệ được cung cấp. Mẫu này rất linh hoạt và thật dễ dàng để thêm nhiều tham số cho nó trong tương lai. Nó thực sự chỉ hữu ích nếu bạn sẽ có nhiều hơn 4 hoặc 5 tham số cho một hàm tạo. Điều đó nói rằng, nó có thể có giá trị ở nơi đầu tiên nếu bạn nghi ngờ bạn có thể sẽ thêm nhiều tham số trong tương lai.
Tôi đã mượn rất nhiều về chủ đề này từ cuốn sách Java hiệu quả, tái bản lần thứ 2 của Joshua Bloch. Để tìm hiểu thêm về mẫu này và các thực tiễn Java hiệu quả khác, tôi đánh giá cao nó.