次のプロジェクトで使用するリッチ インターネット アプリケーション ソリューションを評価しています。次の解決策について聞いたことがあります-
- アドビ フレックス
- extJS
- Jboss リッチフェイス
- アイスフェイス
- Oracle ADF
- JavaFX
- シルバーライト
- GWT
他に利用可能なソリューションがあるかどうかを知りたいです。
上記の解決策について貴重なフィードバックをお寄せいただければ幸いです。
次のプロジェクトで使用するリッチ インターネット アプリケーション ソリューションを評価しています。次の解決策について聞いたことがあります-
他に利用可能なソリューションがあるかどうかを知りたいです。
上記の解決策について貴重なフィードバックをお寄せいただければ幸いです。
IT Mill Toolkitは、GWT の上に構築された「サーバー駆動型」のフレームワークです。
コメント: PHP と Java に敵対的なバックグラウンドを持っていたので、Toolkit は非常に使いやすく、すぐに使用できるようになりました。(厳密に型指定され、適切に OO 指向の) Java しか記述できないのは素晴らしいことです。コードを変更すると、ブラウザに表示される内容がすぐに反映されるという事実を考えると、素晴らしいことです。
セットアップは少し難しいですが、IT Mill には Eclipse プラグインがあり、おそらくそれが役に立ちます。唯一のことは、プラグイン自体の使用が少し直感的でないことです:)
0.02€</p>
コメントへの返信: GWT と IMT の最大の違いは、GWT は完全にブラウザー内 (FireBug などの敵対的/悪用可能な環境) で動作するのに対し、IMT はサーバー側の状態をレンダリングするためにのみ GWT を使用することです。したがって、GWT と IMT の両方を使用してブラウザーで任意の値を編集できますが、GWT はユーザーが編集した変数値を喜んで受け入れます。IMT は値をサーバー側で追跡し、クライアント間の矛盾を許しません。とサーバー。
もう 1 つの大きな違いは、GWT ウィジェットに変更を加えるたびに、比較的時間のかかる GWT クロスコンパイラー (Java を JavaScript にコンパイルする) を使用してコンパイルする必要があることです。一方、IMT は、サーブレット コンテナーに再デプロイするだけで済みます。IMT 内の GWT ウィジェットを再コンパイルする必要がないため、変更はそこにあります。Tomcat では、事実上瞬時に実行されます (つまり、Tomcat が Eclipse がオンザフライでクラスを再コンパイルしたことに気付くとすぐに)。
@the_drow: Dijit に慣れていないので、ここに答えがあります。Dojo は JavaScript のみです。つまり、クライアント側のみです。Vaadin (旧称 IT Mill Toolkit) も部分的にサーバー側に存在するため (それ自体を「サーバー駆動型」と呼んでいます)、JavaScript 変数の値を変更するだけでクライアント側をハッキングすることはできません。Vaadin を他の同等の製品と比較した表があります。Dojo は含まれていませんが、Dojo と漠然と似ている JQuery は含まれています。
Spring Webflow + Rich Faces の結果が混在した経験がありました。画面に結果が表示されるまでの時間は非常に短いですが、プレゼンテーション部分を微調整するのは面倒です。
つまり、技術志向/バックエンド/標準の GUI を構築している場合は問題ありません。何百万人もの web2.0 エンジニアが使用するフロントエンドを構築しようとしている場合、プレゼンテーション部分の css/javascript を大幅にいじることになります。
さまざまな RIA ソリューションを評価して読んだ後、最終的に GWT と GWT-Ext を選択しました。私と私のチームにとって、これらの利点が見られます -