Tại sao mixin mẫu trong C++ không phải là một trụ cột chính?

Question

Tôi sử dụng mixin mẫu trong C++ rất nhiều, nhưng tôi tự hỏi tại sao kỹ thuật này không được sử dụng nhiều hơn. Nó có vẻ như cuối cùng trong tái sử dụng. Sự kết hợp giữa sức mạnh và hiệu quả này là một trong những lý do tôi thực sự yêu thích C++ và không thể thấy bản thân mình chuyển sang ngôn ngữ JIT.

Bài viết này: http://www.thinkbottomup.com.au/site/blog/C%20%20_Mixins_-_Reuse_through_inheritance_is_good là một nền tảng tốt nếu bạn không biết chúng là gì và đặt trường hợp rõ ràng về mặt sử dụng lại và hiệu suất.

Answer 1

Vấn đề với mixin là ... xây dựng.

class Base1 { public: Base1(Dummy volatile&, int); }; 

class Base2 { public: Base2(Special const&, Special const&); }; 

Và bây giờ, siêu mixin tôi:

template <typename T> 
struct Mixin: T {}; 

Bạn có nhận thấy vấn đề ở đây? Làm thế nào địa ngục tôi phải vượt qua các đối số cho các nhà xây dựng của lớp cơ sở? Loại constructor nào cần Mixin đề xuất?

Đó là một vấn đề khó khăn và chưa được giải quyết cho đến khi C++ 11 nâng cao ngôn ngữ để nhận được chuyển tiếp hoàn hảo.

// std::foward is in <utility> 

template <typename T> 
struct Mixin: T { 
    template <typename... Args> 
    explicit Mixin(Args&&... args): T(std::forward<Args>(args...)) {} 
}; 

Lưu ý: kiểm tra đôi được chào đón

Vì vậy tại chúng ta thực sự có thể sử dụng mixins ... và chỉ cần phải thay đổi thói quen người :)

Tất nhiên, cho dù chúng tôi thực sự muốn trở thành một chủ đề hoàn toàn khác.

Một trong những vấn đề với mixin (bài viết bạn tham khảo vui vẻ bỏ qua) là cách ly phụ thuộc bạn hoàn toàn mất ... và thực tế là người dùng LoggingTask sau đó bị ràng buộc để viết các phương thức mẫu. Trong các cơ sở mã rất lớn, sự chú ý nhiều hơn được trao cho các phụ thuộc hơn là hiệu năng, bởi vì các phụ thuộc ghi chu kỳ của con người trong khi hiệu suất chỉ ghi chu kỳ CPU ... và những cái đó thường rẻ hơn.

Answer 2

Mẫu yêu cầu triển khai phải hiển thị trong đơn vị dịch, không chỉ ở thời gian liên kết (C++ 11 địa chỉ nếu bạn chỉ sử dụng con trỏ hoặc tham chiếu đến instantiations). Đây là vấn đề chính đối với mã cấp thấp trong môi trường doanh nghiệp: thay đổi để triển khai sẽ kích hoạt (có thể hoặc không thể tự động) số lượng lớn thư viện và ứng dụng khách biên dịch, thay vì chỉ cần relinking.

Ngoài ra, mỗi bản mẫu sẽ tạo ra một loại riêng biệt, có nghĩa là các chức năng có ý định làm việc trên bất kỳ bản mẫu nào có thể chấp nhận chúng - hoặc bản thân chúng bị buộc phải có templated hoặc chúng cần một hình thức bàn giao đa hình thời gian chạy (thường đủ dễ làm: chỉ cần một lớp cơ sở trừu tượng thể hiện tập hợp các hoạt động được hỗ trợ, và một số hàm "get me a accessor" trả về một đối tượng có nguồn gốc với một con trỏ tới instantiation template và entires liên quan trong bảng công văn ảo).

Dù sao, các vấn đề này thường có thể quản lý được, nhưng các kỹ thuật quản lý khớp nối, phụ thuộc và giao diện liên quan ít được công bố, hiểu và sẵn sàng hơn so với kỹ thuật mixin đơn giản. Điều này cũng đúng với các mẫu và lớp chính sách BTW.