る豊富なクライアントのプラットフォームの利用

https://stackoverflow.com/questions/579109

06-09-2019
|

質問

この開発は、Javaデスクトップアプリ管理が要求されることにより、多くのクライアントのプラットフォーム.私のためのJavaとはすなわち、

でもそのいずれの場合の強度およびweaknesessの？

感謝

解決

あなたを強制することなく、それがどのストレッチでまだ完了していないが、私はそれはあなたが本当に、本当にすべてのJava GUIアプリに必要な特定のコア機能を提供するためのスイートスポットに当たると思います -

私はあなたがJSR 296を見てみることをお勧めします過度に複雑なフレームワークに住んでます。

私は正常に中規模のアプリケーションを作成するために、JSR 296を使用していました。このアプリでウィンドウレイアウトのために、私たちは MyDoggy を（強く推奨）を使用します。レイアウト管理のために、私たちはMiGLayout（向こうは強く推奨）を使用します。データバインディングのために、我々は我々が上に PresentationModel のに似た何かを実装（JSR 295の修正された形式を使用します私達は私達の結合GUI）に使用するJSR 295の。私はDIメカニズムとしてのGuiceを組み込むプロセスにいるよしかし、（これまでのところ、私はそれがあちこちで微調整してJSR 296で「うまくプレイ」になると思う）その努力を完了していません。見てみましょう...持続性はここに大きなミッシングリンクである - 私は現在、シンプルなXMLの永続性のためのが、午前を評価していますそれはGuiceのようなDIコンテナで動作するようになって問題に実行しています。私たちは、より合理的な何かを探している私は Betwixt の作業を持っているが、Betwixtへの依存性は巨大です。

Java用の他RCPオプションについての意見ます：

NetBeansの：私は、NetBeans（私の好みのためにあまりにも多くの設計アンチパターン）で使用されるアプローチにはいくつかの基本的な哲学的異議を持っています。最後に、フレームワークの力はあなたが悪いデザインの決定を行うために - そしてそれはあなたがあなたのIDEとしてのNetBeansを使用していない場合に使用することはほぼ不可能です（私が試したが、私はちょうどNBへのEclipseから切り替えることができませんでした）。それはおそらく私だけだが、自動生成されたコードとXMLファイルの大きな複雑なウィザードとリームを使用せずに、RCPフレームワークのコードを記述することが可能でなければならないようです。私は手でコーディングすることはできません任意のフレームワークの非常に警戒心を抱いてるのVisual Studioによって生成された古いのVisual C ++コードのトラブルシューティングを行うように多くの時間を費やしてきます。

春RCP：春の人々は良いソリッドなデザインを持っていますが、ドキュメントは本当に、本当に弱いです。それは（あなたが一度しかし、あなたは物事はかなり迅速に成し遂げることができます）、それに速度まで取得することはかなり困難です。

のEclipse RCP：理由だけで、展開のオーバーヘッドのEclipseを使用していない（ターゲットオーディエンスに依存して - 私たちのために、うまく動作しませんでしたランタイムの余分な50メガバイトを展開）。あなたのアプリが重要なプラグイン機能を必要とする場合の問題がなければ春分は（もちろん、あなたにもJSR 296との春分を実行する、またはOSGiのが推進ホワイトボードのパターンと類似のデザインパターンを使用することができます）美しいものです。

他のヒント

INTRO-スキップだけinteresterd結果;)
私は開発エディタのためのカスタムプログラミング言語のものsimmilarにJSP.最初に私のエディタとして論文を ボタンひム.後学校んな仕事をやっていただきたくて行なったもの Eclipse RCP, もぎたあたりで終わってしまうので比較はこの二つのプラットフォームを少なくともも面したこのプロジェクト.

結果- また選択ボタンひーやEclipseのRCP化、definitellyを選ボタンひム.なぜですか？
大screencasts、チュートリアル、も親、地域のものを文書化し、ソースコードを書くと良いコードコンベンションに出かけていく。また、いくつかの興味深いガジェット(クッキー、ルックアップ).では、単純に適しました。

なぜEclipse RCPせすか？
ドキュメントは、弱条約およびAPIることもあり..ehm..もったい:-)かususal見という方法:

/**
* Returns a description of the cursor position.
*
* @return a description of the cursor position
* @since 2.0
*/
protected String getCursorPosition() {
..
}

もっていないが、通報:-Dどうかこのメソッドを使うには?またはこのように:

/**
* Returns the range of the current selection in coordinates of this viewer's document.
*
* @return a <code>Point</code> with x as the offset and y as the length of the current selection
*/
Point getSelectedRange();

このグループのリスク-プロファイルの属性fittsんのポイントオブジェクトに適したデータ構造の保存範囲;-)

についてtheeseなsurpises Eclipse RCP

遅すぎる答えるために、いくつかの人は、このページをヒットすることがあります。

私は、NetbeansのRCPのために行くだろう 1）NetBeansプラットフォーム。そのかなり成熟し、進化してきたアプリケーションを開発するためのプラットフォームを「使いやすい」です。

2）その日食RCPの学習曲線はかなり急であるのに対し、を使い始めるのは非常に簡単。ただ、後藤、 http://netbeans.org/kb/trails/platform.html に、そこにあなたがチュートリアル、ビデオ（、あなたが事前に物事のこつを取得しますそのようにトップ10のAPIのビデオを見てプラスあなたは本を読む前にチュートリアルを試してください）されます。

3）のNetBeans RCPの書籍（私は2は、NetBeansのRCPにあると思います）あなたは文句を言わないと多くの問題を抱えているだけuptodate（小さな変更）です。 RCPの主な本は、ある最近.that（長時間利用できませんでした2010年5月のに対し、それは日食RCP開発者にとって非常に良いことですので、新しい版がリリースされました。私がしようとしていたとき、それはありませんでしたそれを学ぶために。私はほとんどよろめくに新しい開発者を残して、新しい版を公開していない著者とイライラ。未誰もがドキュメントを読むのが好き。更新本を出版されないほとんどの技術を殺しになります）。私は両方のプラットフォーム用のクックブックタイプブックを見てみたい。

4）Netbeansのは大きなプラスである完全な統合GUIビルダーを持っています。 RCP Eclipseの、どちらかあなたが手のコードを持っているか、いくつかのサードパーティのGUIビルダーを購入します。

5）NetBeansプラットフォームは、モジュール間の通信のためのこのかなりクールな検索APIを持っています。私は日食たちは、この目的のために拡張ポイントを使用すると思います。あなたはそれのこつを得ればしかし、ルックアップAPIは簡単です。

6）とにかく、その大きな設計上の決定は、どのプラットフォームについて選択します。 NetBeansプラットフォームは、私のために動作します。それはあなたのために動作しない場合があります。どちらのプラットフォームは努力が必要で、両方の機能「箱から出して」素晴らしい提供しています。テストの両方を駆動して、決定します。

私の経験はEclipse RCPとをお勧めします。

メリット：

部品-コンポーネント/plu-モデルで再利用しています。
用途 SWT とJFace可能にするネイティブを見UI
プラグイン可能な、編集者の視点をレイアウトを簡単に設定できます。
Eclipseの拡張ポイントを延長用の場合には、第3者のApiおよびツールです。

連結:

学習曲線を

を選択するEclipse RCPや電話窓口の人の丁寧さは超一流の取得本書では、invaluble時以来の枠組み: http://www.amazon.com/Eclipse-Rich-Client-Platform-Applications/dp/0321334612

私は現在、春のRCPアプリケーションを開発しています。ドキュメントには、それは確かだ、本当に弱いですが、ブログやフォーラムが軌道に乗るために情報の良い量を持っています。あなたはクルージング入手できますかしたら、物事はかなり速く移動しないと、あなたは、フレームワークに精通していない場合、あなたは本当に唯一の基本的な春を学ぶ必要があります。このようVLDockingなど春のライブラリとの統合があまりにも優れています。

私はあなたのユースケースは、スタンドアロンのJavaデスクトップアプリケーションを開発することであるならば春リッチは素晴らしいと思います。私はそれによって意味することは、モジュールを配布し、オンラインアップデートを実行する必要がない場合は、それはほとんどのニーズを満たす必要がありますされます。

私は明示的にそれらのいずれかを使用していないものの、

、私は、Eclipse RCPの部分を使用していました。具体的には、私は、EclipseのOSGiランタイム（春分）といくつかの一般的なユーティリティを使用していると私は非常に満足しました。 OSGiのはで動作するように素晴らしいです。私は、Eclipse RCP（私は使用以上）を使用すると、彼らはそれについて絶賛大型契約に数人の友人を持っています。

私のプロジェクトは、従来のスイングの大きなマウントが含まれていなかった場合は、

、EclipseのRCPは、私の最初の選択です。 OSGiのは、ちょうどとても楽しいです！（私もチェックしていない、春はあまりにもそれを使用して想像）

もちろんそれはすべてあなたが提供するアプリケーションとサービスの種類、およびターゲット環境に依存します。しかし、私はまた、開発および展開プラットフォームとしてのOSGiをお勧めすることができます。基礎となるアーキテクチャおよび仕様は非常によく開発と実証されています。

のEclipse RCPのほかに、あなたは、Apacheフェリックスを見ている必要があります（ http://felix.apache.org ）とKnopflerfish（ http://www.knopflerfish.org の）である（より小さい）オープンソースOSGiフレームワークの実装

私のエンドユーザーの視点から。

私は、他の2つに比べてEclipseで複数の実装を見てきました。実際に私は、NetBeansの実装について知っているが、私の手の中に1つを得たことがありません。

春から、これは私はそれについて聞いたの初めてです。

私の答えは間違いなくスーパー万フィートのビューですが、それは何らかの形で業界は、1つまたは他の使用について持っていた好みを反映しています。

また、違いは、プラットフォームが利用されている時間に比例しています。 EclipseはJavaのスイングは、単にprohibitely遅かった1.3に戻っていた問題を解決するためにSWTを作成して覚えておいてください。

Netbeansのは非常にJVMの改善により選鉱し、現在、非常に非常に高速に実行されています。

春は（他の二つに比べて）まだ若いですが、いつものように、新しい物事が元から学ぶ、チャンスは簡単に使用できます。

ここでNetbeansのRCP VSこれら二つのプラットフォームのEclipse RCPについての記事です。役に立つかもしれ

http://blogs.oracle.com/geertjan/entry/eclipse_platform_vs_netbeans_platformする

NetbeansのRCPは良好です。 ITSは年間で長い道のりを歩んで。それは多くの人が使用し、理解していることをより堅牢な技術（「スイング」）を使用しています。 RCP（より具体的にSWT）は、ちょうど私を混同ECLIPSEます。

あなたが今後の展開に新しい機能を追加できるように、

のEclipse RCPは、プラグイン機構を提供します。また、更新メカニズムを介して、あなたはユーザ干渉なしにシステムを変更することができます。開発段階では、EclipseのRCPは視点、ビュー、エディタ、コマンドとアクションのメカニズムと高速で、強固な地盤を提供します。あなたのプロジェクトが別のツールバーやメニュー（ともカスタムコンテキストメニュー）と、多くの異なるウィンドウを必要とする場合、私はあなたは、Eclipse RCPを使用することをお勧めします。私は、NetBeansプラットフォームのビデオをだけをチェックして、HelloWorldプロジェクトを実行しますが、それはアップを開始するために:) 40秒遅いと不器用なようだ（あなたがW / Oリスタートかかわらずアプリケーションを再ロードすることができます。）vogella.deはのためのチュートリアルの良いコレクションですEclipseのRCP

リフレクションベースのUI生成およびカスタマイズもあります。

代わりに、あなたのニーズに合わせてIDEをカスタマイズする

は、デフォルトで生成されたGUIをカスタマイズします。新しいアプローチを試みることは興味深いかもしれません。

https://github.com/dotxyteam/ReflectionUIする

ライセンス： CC-BY-SA と帰属

所属していません StackOverflow