Quá nhiều cấu trúc đối tượng cho khuôn mẫu phụ thuộc/Mô hình kế thừa kế thừa

Question

Vì vậy, tôi quyết định sử dụng Mẫu thiết kế nhà máy cùng với Injection phụ thuộc.

class ClassA 
{   
    Object *a, *b, *c; 
    public: 
    ClassA(Object *a, Object *b, Object *c) : 
    a(a), b(b), c(c) {} 
}; 

class ClassB : public ClassA 
{   
    Object *d, *e, *f; 
    public: 
    ClassB(Object *a, Object *b, Object *c, Object *d, Object *e, Object *f) : 
    ClassA(a, b, c), d(d), e(e), f(f) {} 
}; 

Bây giờ, vấn đề là lớpB có quá nhiều đối số cho hàm tạo. Đây là một ví dụ lớp thừa kế đơn, nhưng khi các lớp thừa kế bắt đầu nhận sâu hơn, và khi mỗi lớp lớp cần nhiều đối tượng được xây dựng, hàm tạo trong lớp trên cùng kết thúc đòi hỏi quá nhiều đối số để được tạo!

Tôi biết tôi có thể sử dụng setters thay vì constructor, nhưng có cách nào khác không?

Answer 1

Đây là một trong những vấn đề C++ (nếu điều này có thể được gọi là sự cố). Nó không có giải pháp khác ngoài việc cố gắng giữ số lượng tham số của ctor tối thiểu.

Một trong những phương pháp được sử dụng đạo cụ struct thích:

struct PropsA 
{ 
    Object *a, *b, *c; 
}; 

class ClassA 
{ 
    ClassA(PropsA &props, ... other params); 
}; 

Điều này có vẻ hiển nhiên, nhưng tôi đã sử dụng điều này nhiều lần. Trong nhiều trường hợp nó chỉ ra rằng một số nhóm params có liên quan. Trong trường hợp này, bạn nên xác định cấu trúc cho chúng.

Cơn ác mộng tồi tệ nhất của tôi về loại này là với các lớp bọc mỏng. Phương thức và trường dữ liệu của cơ sở có thể được truy cập trực tiếp trong khi tất cả các ctors phải được nhân đôi. Khi có hơn 10 ctors, việc tạo ra một wrapper bắt đầu là một vấn đề.

Answer 2

Setter không được khuyến nghị cho những thứ như vậy vì chúng dẫn đến một vật được xây dựng một phần vốn rất dễ bị lỗi. Một mẫu chung để xây dựng một đối tượng yêu cầu nhiều tham số là sử dụng trình tạo. Trách nhiệm của ClassBBuilder là tạo ra các đối tượng ClassB. Bạn làm cho hàm tạo của ClassB trở nên riêng tư và chỉ cho phép người xây dựng gọi nó bằng cách sử dụng mối quan hệ bạn bè. Bây giờ, những người xây dựng có thể nhìn bằng cách nào đó như thế này

ClassBBuilder { 
    public: 
    ClassBBuilder& setPhoneNumber(const string&); 
    ClassBBuilder& setName(consg string&); 
    ClassBBuilder& setSurname(const string&); 
    ClassB* build(); 
} 

Và bạn sử dụng builder thích này:

ClassB* b = ClassBBuilder().setName('alice').setSurname('Smith').build(); 

xây dựng() kiểm tra phương pháp mà tất cả các thông số cần thiết đã được thiết lập và nó hoặc lợi nhuận được xây dựng đúng đối tượng hoặc VÔ GIÁ TRỊ. Không thể tạo đối tượng được xây dựng một phần. Bạn vẫn có một hàm tạo với nhiều đối số, nhưng nó là riêng tư và chỉ được gọi ở một nơi duy nhất. Khách hàng sẽ không nhìn thấy nó. Các phương thức Builder cũng độc đáo ghi lại ý nghĩa của mỗi tham số (khi bạn thấy ClassB ('foo', 'bar'), bạn cần kiểm tra hàm tạo để tìm ra tham số nào là tên và họ là gì).

Answer 3

Tôi nghĩ rằng những gì bạn mô tả không phải là một vấn đề trong C++ - trên thực tế, C++ phản ánh sự phụ thuộc thể hiện qua thiết kế của bạn khá tốt:

1. Để xây dựng một đối tượng kiểu ClassA, bạn cần phải có ba Object trường hợp (a, b và c).
2. Để xây dựng một đối tượng thuộc loại ClassB, bạn cũng cần phải có ba Object trường hợp (d, e và f).
3. Mọi đối tượng thuộc loại ClassB có thể được coi là đối tượng thuộc loại ClassA.

Điều này có nghĩa rằng để xây dựng một đối tượng kiểu ClassB bạn cần cung cấp ba Object đối tượng đó là cần thiết cho việc thực hiện của giao diện ClassA, và sau đó ba khác để thực hiện các giao diện ClassB.

Tôi tin rằng sự cố thực tế đây là thiết kế của bạn. Bạn có thể xem xét các cách tiếp cận khác nhau để giải quyết vấn đề này:

1. Đừng để ClassB kế thừa ClassA. Có thể hoặc không thể là tùy chọn tùy thuộc vào việc bạn có cần truy cập đồng nhất vào các đối tượng thuộc loại nào hay không (giả sử bạn có một bộ sưu tập là ClassA* và bộ sưu tập này cũng có thể chứa các con trỏ tới ClassB).
2. Tìm các đối tượng luôn xuất hiện cùng nhau. Giống như - có thể hai đối tượng đầu tiên được truyền cho một trong hai hàm tạo (a và b hoặc d và e) đại diện cho một số loại cặp. Có thể một định danh đối tượng hoặc tương tự? Trong trường hợp này, có thể có ích khi giới thiệu một abstract (đọc: type) dành riêng cho việc này.