私はJava開発者であり、Web用のリッチクライアントを開発したいと考えています。私の問題は、javascript、flashなど、およびWebクライアントに通常使用されるほとんどのプログラミング言語が嫌いなことです。一般的なWebブラウザーで使用できるWebクライアントを開発するために、Javaを使い続けたいと思います。そうでない場合は、新しいファッションのモバイルデバイスで使用できます。私は良い選択をするためにいくつかのアドバイス/警告を探しています。
私の場合、Javaアプレットは完璧に思えますが、一部の噂によると、これは本当に持続可能なソリューションではありません。JavaFXを見る必要がありますか？GWT？他にいくつかの可能性はありますか？
何をしたいですか？VaadinはGWTに基づいているため、Javaアプレットよりもはるかに遅いHTML5+JavaScriptを利用します。私はボートを試しましたが、Swingを備えたアプレットはVaadinよりもはるかに高速です。
Javaアプレット、Swing、およびHessianを使用すると、ビジネスアプリケーションで最高のパフォーマンスを発揮します。Hessianは、非常に高速なバイナリWebサービスプロトコルです。JavaScriptを使用すると、通常、JsonなどのテキストエンコードされたWebサービスプロトコルやさまざまなXMLベースのプロトコルに制限されます。テキストベースのプロトコルは、バイナリプロトコルと比較して、多くのCPU、メモリ、および帯域幅を消費します。これらのプロトコルは、実際にはまったく利点を提供しません。
アプレットの弱点は、OpenGLやマルチメディアなどのハードウェアアクセラレーションによるグラフィックスです。ゲームや映画プレーヤーを開発している場合、アプレットはそれほど優れていません。
JavaFXは、ハードウェアアクセラレーションによるグラフィックパフォーマンスとビデオコーデックを修正することを約束します。あなたの説明では、それを待つ必要があるかどうかは明確ではありません。
ただし、標準のアプレットが提供する以上のものが本当に必要な場合は、WebStartが解決策になる可能性があります。これは、署名付きまたは署名なしのアプリケーションを備えた古いActiveXに少し似ており、sunによって署名されるか、ユーザーに問い合わせることによって、追加の特権を取得します。これにより、JOGLまたは3Dシーングラフエンジンを使用できるようになります。
あなたはJavaServerFaces（JSF）にぴったりです。はい、試着してください。ほら、あなたは彼らに似合っています。JSFの魅力は1です。これはJavaEEの一部である標準化されたテクノロジーです。2。JavaScriptコーディングよりもJavaプログラミングに大きく依存しています（これはまったく行われていません）。3. JSFはしばらく前から存在しており、非常にうまく機能します。さらに、JSFは、JavaScriptの単一の音節を記述することなく、箱から出してすぐにAjaxと連携します（追加のボーナス）。唯一の欠点は、いくつかのhtmlをコーディングする必要があることです。「フェイスレット」は、基本的に、学習する必要のあるいくつかの追加のタグがスローされたhtmlページです。しかし、実際の処理の大部分はJavaで行われます。JSFは、Java EEの余分な手荷物なしでも機能し、サーバー（またはGlassfishやJBossなど）のようなプレーンなTomcatとブラウザーで動作するように構築されています。
JavaFXは、JavaベースのRIAテクノロジーとして非常に有望に見えると思います。しかし、それは最先端です。Mac OS XおよびLinuxバージョンは、まだプレビューとしてのみ利用可能です。モバイルおよびその他のデバイスのサポートが発表されましたが、まだ発表されていません、AFAIK。
Vaadinも適切であり、新しいコンポーネントの開発であっても、JavascriptやHTMLをまったく必要としません。ページレイアウトは、レイアウトマネージャー（Swingなど）を使用して行われます。新しいコンポーネントは、既存のコンポーネント（Swingなど）から構成することも、GWT（かなり単純で純粋なJava）を使用して最初から作成することもできます。
コアフレームワークにないいくつかの機能をカバーするアドオンの合理的な選択があります。
このフレームワークは、Swingの経験を持つJava開発者にとって非常に使いやすく、すぐに使える洗練されたルックアンドフィールを備えています。ただし、レイアウトマネージャーでは、CSSを使用してルックアンドフィールを変更することは困難です。境界線の追加などの単純なタスクは困難です。
レイアウトもかなり「重い」ので、VaadinのWebサイトは少し遅く感じる可能性があります。私の経験では、より重いJSFフレームワークのいくつかよりも感触はまだ優れています。
すべての主要なブラウザと互換性があります。
デモンストレーター： http： //demo.vaadin.com/sampler/
Wicketを検討することもできます。これは同様のコンポーネントベースのアプローチですが、コンポーネントは単純なHTMLフラグメントを使用して定義されるため、DOMが大幅に軽量化され（したがってブラウザーのパフォーマンスが向上）、ルックアンドフィールの制御が大幅に向上します。ただし、Wicketの学習曲線は急勾配です。
GWTを試し、いわゆる「スーパー開発モード」に苦労した後、JavaScriptプログラミングはそれほど苦痛ではないことに気づきました。私は自分自身に学び、実践することを余儀なくされ、ついにそれを完全に採用しました。JavaScriptにはたくさんの素晴らしいものがあり、膨大な数のライブラリがあります。私の場合の人々への私の推奨は、例えばw3schoolsチュートリアルを使用してJavaScriptを学ぶことに固執することです。