61

さまざまな種類の計算機を「プラグイン」できるようにする、実装中のサービス用の単純なプラグイン フレームワークを実装する方法を決定しようとしています。

Java プラグイン フレームワークに関する多くの投稿を読んだ後、最も一般的なオプションは次のように思われます。

OSGI は必要以上にあるようです。

「独自のロール」は問題ありませんが、共通のライブラリを再利用するとよいでしょう。

つまり、JPF と JSPF に行き着きます。JPFはもう活発に開発されていないようです。

JSPF は非常にシンプルで、必要なものはすべて揃っているように見えます。しかし、私はそれについてあまり聞いたことがありません。StackOverflow に関する投稿を1 つしか見たことがありません。他に JSPF の経験がある人はいますか? または、このデザインの選択に関するその他のコメントはありますか?

更新：これには必ずしも正しい答えがあるとは限りません..しかし、本当に本当に簡単な解決策が必要なので、Pavolのアイデアを採用します. 素敵なガイドをありがとうEoH。

4

3 に答える 3

43

(免責事項: 私は JSPF の作成者なので、私のコメントは大目に見てください ;-)

私が JSPF を使い始めた主な理由は、私があなたと同じ問題を抱えていたからです。論文プロジェクトを 1) 拡張可能にし、2) 多かれ少なかれ明確なコード構造を与えるための簡単な解決策を探していました。

私が既存のフレームワークを使用することに決めなかった理由は、それらのほとんどが最初から非常に重量があり、ドキュメントを読むのに迷い、本来のタスクをほとんど忘れていたからです。ですから、あなたの発言によると

さまざまな種類の計算機を「プラグイン」できるようにする、実装しているサービス用の単純なプラグイン フレームワークを実装する方法を決定しようとしています。

JSPF を試してみて、1 時間か 2 時間でどこまで到達できるかを確認していただければと思います。

ただし、最終的な決定は、正確に何を達成したいのか、および特定の状況によっても少し異なります。

プロジェクトを構築したり、プロジェクトにプラグインをロードしたりするためにそれを使用している多くの個人から、肯定的な結果を聞いています. 一方で、私たちの部門で、自分のプログラミング スタイルとうまく調和していないと感じたために、再びそれを破棄した人も知っています。

したがって、あなたの質問に簡単に（そして確かに偏った方法で）答えるために、私は使用します

プロジェクトとチームのためのOSGi

  • 大規模で、多くの人が取り組んでいます
  • インフラストラクチャのセットアップのオーバーヘッドを正当化する
  • 提供される特定のサービスを必要としている

プロジェクトやチーム向けJPF

  • 中規模 (?、正直なところ、彼らがターゲットにしているプロジェクトやチームの規模についてはよくわかりません)
  • XML 構成、詳細なプラグイン ライフサイクル管理、拡張可能なプラグインなど、コードを整理するためのより構造化された機能が必要です。

プロジェクトおよびチーム用のJSPF

  • アジャイルパラダイムに従って、サイズが小さい
  • 構成やセットアップを必要とせずに、箱から出してすぐに動作するものだけが必要な場合
  • シンプルにするためにいくつかの機能を喜んで犠牲にする

あなたのシナリオに最適なプラグイン フレームワークが見つかることを願っています。そして、あなたが何をしようとも、私はあなたの結果を喜んで聞きます.

于 2009-11-02T11:48:17.300 に答える
2

本当にシンプルなソリューションが必要な場合は、jin-pluginを試してください。これは、Java および PHP 用の最小限のプラグイン フレームワークです。

于 2010-10-19T23:20:15.497 に答える