シンクライアント展開のための http/AJAX (GWT) と Eclipse GUI の比較
https://stackoverflow.com/questions/158330
-
03-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
シンクライアントを使用してリクエストを送信し、サーバーから応答を取得するプロジェクトを開始しています。
私たちはまだ計画段階にあるため、Eclipse ベースの GUI (Eclipse プラグイン) を使用するか、アプリケーションのテンプレートとして GWT を使用するかを選択する必要があります。
私は GUI としての Eclipse にはあまり詳しくありませんが (GWT にも)、「通常の」Java については知っています。
どちらのアプローチの主な利点と欠点は何ですか?
編集： 提起された質問に対処する:
- プロジェクトが Eclipse ベースの場合、コア Eclipse GUI (コーディング ツールなし、必要最低限の機能のみ) を使用し、GUI はそれにパッケージ化されます。
- 私は GWT を検討しており、これまでのところ最良の選択のように思えますが、まだ調査が必要です。
- 通信方式はCORBAの亜種（自社ライブラリ）
解決
Eclipse を使用してスタンドアロン クライアント、または既存の Eclipse インストールに追加されるプラグインを構築することを考えている場合、サーバーとどのように通信する予定ですか?
私たちのチームは、Eclipse Rich Client Platform アプリケーションを構築し、RMI を介して J2EE EJB ベースの中間層と通信できるようにしようとしました。セキュリティの問題が発生し、標準の J2EE セキュリティ パターンを使用できなかった場合を除いて、これは非常にうまく機能しました。サーバーに対して認証するログインを Eclipse クライアント上に作成します。
これは Eclipse 界隈では既知の問題のようですが、これに対する良い解決策は見つかっていません。
GWT は、それ自体がかなり高度なようで、それを操作するためのツールを追加した IDE がいくつかありますが、私にはそれを使って開発した直接の経験がありません。デモや例で私が見たものすべてが、非常に強力で使いやすそうに見えます。
つまり、私の基本的なポイントは、Eclipse はエキサイティングなプラットフォームですが、自分で解決しなければならない可能性のある困難に直面することになるということです。今のところ、GWT がより簡単な代替手段のようです。
他のヒント
あなたと同じくらいの経験を持つ人 (Eclipse ベースのプラグインや GWT を使用したものを開発したことはない) からの、これは純粋にあなたの問題に対する別の視点からの意見です。
純粋に、このアプリケーションがシン クライアントから提供されるという観点からすれば、GWT の方がこの状況にはもう少し適していると思います。確かにもう少し軽くなり、Eclipse プラグインのようなオーバーヘッドは必要ありません。
これにより、アップデートの展開がはるかに簡単になると思います。
