It lets you vary a product's intern

It lets you vary a product's internal representation. The Builder object provides the director with an abstract interface for constructing the product. The interface lets the builder hide the representation and internal structure of the product. It also hides how the product gets assembled. Because the product is constructed through an abstract interface, all you have to do to change the product's internal representation is define a new kind of builder.
It isolates code for construction and representation. The Builder pattern improves modularity by encapsulating the way a complex object is constructed and represented. Clients needn't know anything about the classes that define the product's internal structure; such classes don't appear in Builder's interface.
Each ConcreteBuilder contains all the code to create and assemble a particular kind of product. The code is written once; then different Directors can reuse it to build Product variants from the same set of parts. In the earlier RTF example, we could define a reader for a format other than RTF, say, a SGMLReader, and use the same TextConverters to generate ASCIIText, TeXText, and TextWidget renditions of SGML documents.

It gives you finer control over the construction process. Unlike creational patterns that construct products in one shot, the Builder pattern constructs the product step by step under the director's control. Only when the product is finished does the director retrieve it from the builder. Hence the Builder interface reflects the process of constructing the product more than other creational patterns. This gives you finer control over the construction process and consequently the internal structure of the resulting product.

Kết quả (Việt) 1:

Nó cho phép bạn thay đổi đại diện bên trong một sản phẩm. Đối tượng xây dựng cung cấp giám đốc với một giao diện trừu tượng để xây dựng các sản phẩm. Giao diện cho phép xây dựng ẩn các đại diện và các cấu trúc bên trong của sản phẩm. Nó cũng ẩn làm thế nào sản phẩm được lắp ráp. Bởi vì các sản phẩm được xây dựng thông qua một giao diện trừu tượng, tất cả bạn phải làm để thay đổi đại diện bên trong của sản phẩm là định nghĩa một loại mới của builder.Nó cô lập mã cho xây dựng và đại diện. Các mô hình xây dựng cải thiện mô đun bằng cách một đối tượng phức tạp được xây dựng và đại diện cho đóng gói. Khách hàng không cần phải biết bất cứ điều gì về các lớp học xác định cấu trúc bên trong của sản phẩm; Các lớp học như vậy không xuất hiện trong giao diện của xây dựng.Mỗi ConcreteBuilder có chứa tất cả các mã để tạo ra và lắp ráp một loại cụ thể của sản phẩm. Các mã được viết một lần; sau đó các giám đốc khác nhau có thể tái sử dụng nó để xây dựng các phiên bản sản phẩm từ cùng một tập hợp của các bộ phận. Trong ví dụ RTF trước đó, chúng tôi có thể xác định một người đọc cho một định dạng khác hơn so với RTF, nói, một SGMLReader, và sử dụng các TextConverters cùng để tạo ASCIIText, TeXText, và TextWidget lồng vào cốt của SGML tài liệu.Nó mang lại cho bạn tốt hơn kiểm soát quá trình xây dựng. Không giống như các mô hình creational mà xây dựng các sản phẩm trong một shot, các mô hình xây dựng xây dựng sản phẩm từng bước dưới sự kiểm soát của giám đốc. Chỉ khi kết thúc các sản phẩm hiện giám đốc lấy nó từ builder. Do đó xây dựng giao diện phản ánh quá trình xây dựng các sản phẩm nhiều hơn các mô hình creational. Điều này cho phép bạn tốt hơn kiểm soát quá trình xây dựng và do đó cấu trúc bên trong của các sản phẩm kết quả.

Kết quả (Việt) 2:

Nó cho phép bạn thay đổi biểu diễn bên trong của sản phẩm. Các đối tượng Builder cung cấp cho giám đốc với một giao diện trừu tượng để xây dựng các sản phẩm. Giao diện này cho phép các nhà xây dựng ẩn đại diện và cấu trúc bên trong của sản phẩm. Nó cũng giúp giấu đi như thế nào sản phẩm được lắp ráp. Vì sản phẩm được xây dựng thông qua một giao diện trừu tượng, tất cả các bạn phải làm gì để thay đổi đại diện nội bộ của sản phẩm là xác định một loại mới của người xây dựng.
Nó phân lập mã cho xây dựng và đại diện. Các mẫu Builder cải thiện mô đun bằng cách đóng gói theo cách mà một đối tượng phức tạp được xây dựng và biểu diễn. Khách hàng không cần phải biết bất cứ điều gì về các lớp học định nghĩa cấu trúc bên trong của sản phẩm; lớp học như vậy không xuất hiện trong giao diện Builder.
Mỗi ConcreteBuilder chứa tất cả các mã để tạo và lắp ráp một loại đặc biệt của sản phẩm. Mã này được viết một lần; sau đó Giám đốc khác nhau có thể tái sử dụng nó để xây dựng biến sản phẩm từ cùng một tập hợp của các bộ phận. Trong ví dụ RTF trước đó, chúng ta có thể xác định một người đọc cho một định dạng khác so với RTF, nói rằng, một SGMLReader, và sử dụng các TextConverters cùng để tạo ra ASCIIText, TeXText, và TextWidget màn thể hiện của các tài liệu SGML. Nó cung cấp cho bạn kiểm soát tốt hơn trong quá trình xây dựng . Không giống như các mẫu creational đó xây dựng các sản phẩm trong một shot, các mẫu Builder xây dựng các bước sản phẩm bước dưới sự kiểm soát của giám đốc. Chỉ khi sản phẩm được hoàn thành làm đạo diễn lấy nó từ những người xây dựng. Do đó các giao diện Builder phản ánh quá trình xây dựng các sản phẩm nhiều hơn so với các mẫu creational khác. Điều này cho phép bạn kiểm soát tốt hơn trong quá trình xây dựng và do cấu trúc bên trong của sản phẩm tạo ra.