Các đối số có tên thay thế mô hình xây dựng?

Khi sử dụng ngôn ngữ hỗ trợ các đối số được đặt tên và tùy chọn, mẫu xây dựng không còn sử dụng thực tế nữa?

Người xây dựng:

new Builder(requiredA, requiredB).setOptionalA("optional").Build();

Đối số tùy chọn / được đặt tên:

new Object(requiredA, requiredB, optionalA: "optional");

Nhà xây dựng là hữu ích nhất khi đối tượng của bạn cần rất nhiều đối số / phụ thuộc là hữu ích hoặc bạn muốn cho phép nhiều cách khác nhau để xây dựng đối tượng.

Ngoài đỉnh đầu, tôi có thể tưởng tượng ai đó có thể muốn "xây dựng" các vật thể trong một trò chơi 3D như thế này:

// Just ignore the fact that this hypothetical god class is coupled to everything ever
new ObjectBuilder(x, y, z).importBlenderMesh("./meshes/foo")
                          .syncWithOtherPlayers(serverIP)
                          .compileShaders("./shaders/foo.vert", "./shaders/foo.frag")
                          .makeDestructibleRigidBody(health, weight)
                          ...

Tôi cho rằng ví dụ này dễ đọc hơn với các phương thức xây dựng mà tôi đã tạo ra ngay bây giờ so với các tham số tùy chọn:

new Object(x, y, z, meshType: MESH.BLENDER,
                    meshPath: "./meshes/foo",
                    serverToSyncWith: serverIP,
                    vertexShader: "./shaders/foo.vert",
                    physicsType: PHYSICS_ENGINE.RIGID_DESTRUCTIBLE,
                    health: health,
                    weight: weight)
                    ...

Cụ thể, thông tin được ngụ ý bởi các tên phương thức của trình xây dựng phải được thay thế bằng nhiều tham số hơn và việc quên một tham số trong một nhóm các tham số liên quan chặt chẽ sẽ dễ dàng hơn nhiều. Trong thực tế, shader mảnh bị thiếu, nhưng bạn sẽ không nhận ra điều đó trừ khi bạn biết tìm nó.

Tất nhiên, nếu đối tượng của bạn chỉ mất một đến năm đối số để xây dựng, thì không cần phải có mẫu xây dựng liên quan, cho dù bạn có tên / tham số tùy chọn hay không.

Ngoài những gì Ixrec đã nói, các hàm tạo hoặc phương thức có tên là tham số sẽ không cho phép bạn đưa đối tượng của mình ở trạng thái được xây dựng trong đó nó vẫn có thể được sửa đổi trước khi xây dựng nó. Đây là nét đẹp của Builder, nơi bạn có thể ủy thác các phần xây dựng của nó cho các phương thức hoặc lớp khác nhau:

var myThingBuilder = new ThingBuilder("table");
myThingBuilder.setAttribute(Attributes.Legs, 4);

inventoryManager.setPrices(myThingBuilder);

// inventory manager
var availableCheapestMaterial = getMaterial();
myThingBuilder.setMaterial(availableCheapestMaterial);

Về cơ bản, bạn cũng có thể ném trình xây dựng của mình xung quanh hệ thống của mình cho đến khi nó sẵn sàng xây dựng đối tượng cuối cùng, cho phép bạn giảm lượng kiến ​​thức mà người xây dựng-người tiêu dùng của bạn cần phải có.

Nó phụ thuộc vào những gì bạn đang làm với người xây dựng.

Nếu bạn đang sử dụng trình xây dựng chỉ để đặt (và thay đổi) các thuộc tính đối tượng và tạo đối tượng (trì hoãn), thì nó có thể được thay thế bằng các tham số đã đặt tên.

Thay thế trình xây dựng, bạn có thể có sự cân bằng về khả năng đọc / sử dụng mà @Ixrec đã đề cập (hoặc có thể không có nó, điều này phụ thuộc vào những gì bạn đang làm với trình xây dựng).

Tuy nhiên, nếu trình xây dựng của bạn không chỉ giữ các thuộc tính và mỗi bước xây dựng liên quan đến logic, thì nó không thể được thay thế.

MockBuilder là một ví dụ trong đó không thể thay thế bằng params được đặt tên. Từ trang:

Mẫu xây dựng là rất cần thiết khi làm việc với các đối tượng bất biến. Có rất nhiều lợi ích khi làm việc với các đối tượng không thay đổi, đặc biệt là làm cho chương trình của bạn trở nên mạnh mẽ hơn khi thực thi trong một môi trường đồng thời (ví dụ: các luồng)