Liệu mô hình nhà máy trừu tượng có quy mô?

Tôi vẫn đang cố gắng để hiểu các mẫu thiết kế ở đây, sau khi tìm hiểu mẫu Nhà máy trừu tượng, tôi nhận ra rằng mẫu này sẽ không có quy mô tốt. Hãy nhìn vào sơ đồ uml của mẫu nhà máy trừu tượng

Nếu tôi phải tạo một 'Tóm tắt sản phẩm' mới, tôi sẽ phải thêm một phương thức trừu tượng 'Tạo sản phẩm' trong 'Tóm tắt', có tác dụng thực hiện cả ConcreateFactory1, ConcreateFactory2.

Câu hỏi của tôi ở đây là, liệu mô hình của Nhà máy Trừu tượng có quy mô nào không (hoặc) Tôi đang nghĩ sai hướng ở đây?

cảm ơn trước

Tóm tắt Nhà máy quy mô tốt.

Có một nguyên tắc cơ bản quy định rằng một lớp nên làm tốt một việc. Vấn đề của bạn ở đây là bạn đang cố gắng làm cho nhiều lớp làm nhiều việc.

Bạn không cần phải gắn bó với một nhà máy trừu tượng. Bạn có thể (và nên có) một số:

AbstractProductAFactoryđịnh nghĩa giao diện để sản xuất ProductA. Việc triển khai cụ thể của bạn (Concrete ProducttAFactory1, Concrete ProducttAFactory2) sẽ mở rộng nó.

AbstractProductBFactoryđịnh nghĩa giao diện để sản xuất ProductB. Việc triển khai cụ thể của bạn ( ConcreteProductBFactory1, ConcreteProductBFactory2) sẽ mở rộng nó.

Nếu sau đó bạn cần một ProductC, hãy tạo một cái mới AbstractProductCFactory. Không cần phải thay đổi bất kỳ nhà máy khác của bạn theo cách này.

CẬP NHẬT Lý tưởng nhất là ProductA nên đại diện cho một loại sản phẩm - nghĩa là tất cả các sản phẩm có chung giao diện mà bạn đang gọi ProductA. Trong các bình luận tôi đề nghị rằng đây là một cái gì đó giống như Pizza:

interface AbstractPizzaFactory {
    public Pizza buildPizza(List<Topping> toppings);
}


class ThinCrustPizzaFactory implements AbstractPizzaFactory {
    public Pizza buildPizza(List<Topping> toppings){

        ...

    }
}

class DeepDishPizzaFactory implements AbstractPizzaFactory {
    public Pizza buildPizza(List<Topping> toppings){

        ...

    }
}

Và như thế. Việc thêm PanPizzaFactory sẽ không ảnh hưởng đến bất kỳ lớp nào khác - đó chỉ là một triển khai cụ thể mới của PizzaFactory. Nếu bạn có các sản phẩm không phải là pizza - ví dụ như bánh sandwich, đó là nơi bạn tạo ra một nhà máy trừu tượng khác (ví dụ AbstractSandwichFactory:).

Vấn đề thực sự là, bạn sẽ không muốn có một nhà máy trừu tượng xây dựng hai loại sản phẩm rất khác nhau với hai phương pháp "xây dựng" khác nhau. Nhóm chúng một cách hợp lý như bạn có thể để chúng chia sẻ một giao diện, và sau đó tạo một nhà máy trừu tượng xác định cách các nhà máy cụ thể nên xây dựng các triển khai của giao diện đó.

Vấn đề với nhân rộng là mã có thể mở rộng theo nhiều cách khác nhau. Vấn đề bạn đang gặp phải đơn giản là do cần phải mở rộng theo một hướng, mẫu thiết kế đó không dành cho. Trong trường hợp mô hình Nhà máy trừu tượng, nó có nghĩa là mở rộng quy mô theo cách thêm các nhà máy bê tông mới, nhưng việc thêm sản phẩm mới gây ra những thay đổi lớn về cấu trúc.

Một trong những điểm của thiết kế và kiến ​​trúc phần mềm là xác định các hướng có khả năng nhất mà mã sẽ chia tỷ lệ và chọn các mẫu dựa trên các hướng có khả năng đó. Nếu bạn xác định, việc thêm sản phẩm mới có nhiều khả năng hơn là thêm nhà máy bê tông mới, thì sử dụng Tóm tắt Nhà máy không phải là một ý tưởng hay và tốt hơn là nên nghĩ lại hoàn toàn về thiết kế.

Vâng, bạn đã đúng, "nhà máy trừu tượng" không có quy mô tốt khi bạn cần thêm các sản phẩm trừu tượng .

Nhưng trong rất nhiều tình huống trong thế giới thực, bạn có số lượng sản phẩm thay đổi, nhưng chỉ có một số lượng nhỏ các sản phẩm trừu tượng cố định để hỗ trợ. Ví dụ, lấy ví dụ về các widget GUI từ bài viết trên wikipedia về các nhà máy trừu tượng . Nhà máy GUI trừu tượng có thể có một phương thức createWidget(thay vì createButton), trong đó Widgetlà "sản phẩm trừu tượng", tạo ra lớp cơ sở trên cùng cho một họ gồm vài chục thành phần GUI. Việc thêm các widget GUI mới không có nghĩa là thay đổi giao diện của nhà máy trừu tượng, vì vậy không có giao diện nào của nhà máy cụ thể phải thay đổi.

Có nhiều sản phẩm trừu tượng có nghĩa là bạn sẽ có rất nhiều hệ thống phân cấp lớp khác nhau trong mã của bạn. Và nếu đó là trường hợp, bạn có thể xem xét để tạo một nhà máy riêng (hoặc nhà máy trừu tượng) cho mỗi phân cấp.

Yếu tố mở rộng của bạn là một vấn đề đơn giản của quản lý phụ thuộc. Một lớp càng có nhiều phụ thuộc - API càng ổn định và chu đáo.

Không có vấn đề trong việc tạo ra một nhà máy được xác định bởi trách nhiệm tạo ra các loại có tính chất tương tự hoặc gắn kết. Nhưng càng có nhiều lớp phụ thuộc vào nhà máy này - sự gắn kết này càng nghiêm ngặt.

(Lưu ý: điều này có thể được thực hiện theo cách dần dần, không nhất thiết phải bằng một BDUF)