柔軟なプラグインアーキテクチャを作成するには? [closed] 質問する

これは答え潜在的に役に立つコメントや例がたくさんあります。

• アプリケーションを拡張可能にする効果的な方法の 1 つは、その内部をスクリプト言語として公開し、すべてのトップレベルのものをその言語で記述することです。これにより、アプリケーションは変更しやすくなり、実質的に将来性も確保されます (プリミティブが適切に選択され、実装されている場合)。この種の成功例は Emacs です。私は、機能を拡張したい場合、API を学習して別のプラグインを記述/コンパイルする必要がないため、Eclipse スタイルのプラグイン システムよりも Emacs を好みます。現在のバッファー自体に 3 行のスニペットを記述し、評価して使用できます。非常にスムーズな学習曲線と非常に満足のいく結果です。

• 私が少し拡張したアプリケーションの一つはトラックコンポーネント アーキテクチャを採用しており、この状況では、タスクは拡張ポイントをアドバタイズするモジュールに委任されます。その後、これらのポイントに適合する他のコンポーネントを実装して、フローを変更できます。これは、上記の Kalkie の提案に少し似ています。

• もう一つ良いのはpy.テストこれは「最高の API は API がないことである」という哲学に従い、すべてのレベルで呼び出されるフックに完全に依存しています。規則に従って命名されたファイル/関数でこれらのフックをオーバーライドし、動作を変更できます。サイト上のプラグインのリストを見て、それらをどれだけ迅速かつ簡単に実装できるかを確認できます。

一般的なポイントをいくつか挙げます。

• 拡張不可能な、またはユーザーが変更できないコアをできるだけ小さく保つようにしてください。拡張性を高めるために、できる限りすべてを上位レイヤーに委任します。誤った選択をした場合にコアで修正する部分が少なくなります。
• 上記の点に関連して、プロジェクトの方向性について最初からあまり多くの決定を下すべきではないということです。必要な最小限のサブセットを実装してから、プラグインの作成を開始してください。
• スクリプト言語を埋め込む場合は、おもちゃの言語ではなく、一般的なプログラムを記述できる完全な言語であることを確認してください。ただあなたのアプリケーションのために。
• できる限り定型文を減らしてください。サブクラス化、複雑なAPI、プラグインの登録などに煩わされないでください。シンプルにしておくことで、簡単そして、可能拡張します。これにより、プラグインAPIがより多く使用されるようになり、エンドユーザーがプラグインを作成するようになります。プラグイン開発者だけではありません。py.testはこれをうまく実行します。私の知る限り、Eclipseはではない。