C++でのQObject多重継承とポリシー/特性の問題

Question

かなり大きなプラグイン駆動型のアプリケーションを余計な時間に作成しています。私のアプリはポリシー/特性ベースのデザインを使用していますが、私はQtを使用しているため、テンプレートとMIではなくMIを介して行われます。これらのクラスのいくつかは純粋な仮想であり、エンドユーザーが決して触れるべきではないフードの下でかなり重要な機能を実行するものもあります。

私の問題は、これらのクラスのいくつかは信号/スロットを必要とし、したがってQObjectから派生していますが、問題はほとんどありません。

class Sy_abstractGLViewport : public QGLWidget, public Sy_saveable, public Sy_abstractObject 
{ 
    ... 
} 

ここでQGLWidgetは、曖昧さの問題を引き起こし、事実上はQObjectから派生しますが、されていません。しかし、私が持っている問題は、私はQtのクラスから派生して、私の特性、例えばの一つ以上でそれを拡張したいときです。

私はブリッジパターンを考えました。たとえば、Sy_saveableという純粋な仮想を作成し、実際の実装が含まれているSy_saveable_impを得ています。それから私のSy_abstractGLViewportのためにそれを集約を使って使用してください。

これは私にとって、アプリがプラグインベースであるため、プロフェッショナルではないように思えます。将来のプラグイン作家が集約されたインスタンスへのすべてのインタフェースメソッドを「フックアップ」するためのちょっとしたPITAです。エンドユーザーがメソッドをオーバーライドしたいので、マクロを使って自動化することさえできません。

誰もがこの問題を解決するパターンを持っていますか？またはMIを必要としないが、私に同じ柔軟性を与えるパターン？この私の個人的な趣味のプロジェクトは、私は多くのリファクタリングをしても構いません - 私はそれをしたい右。

Answer 1

QObjectを継承する複数のクラスターから継承することはできません。

継承の代わりに合成を使用してください。 composition over inheritanceを参照してください。

Q3Signalクラスを試すこともできます。それはQTドキュメントに従って、古いQT3に属しているものの：

Q3Signalクラスは はQObjectを継承していないクラスのための信号を送信するために使用することができます。