1

私は、シンクライアントを使用してリクエストを送信し、サーバーから応答を取得するプロジェクトを開始しています。

私たちはまだ計画段階にあるので、Eclipse ベースの GUI (Eclipse プラグイン) を使用するか、アプリケーションのフロテンドとして GWT を使用するかを選択できます。

GUIとしてのEclipseにはあまり詳しくありませんが(GWTにも)、「通常の」Javaは知っています。

どちらのアプローチの主なメリットとデメリットは何ですか?

編集:提起された質問への対処:

  • プロジェクトが Eclipse ベースの場合、コア Eclipse GUI (コーディング ツールはなく、必要最小限のもの) を使用し、GUI はパッケージ化されます。
  • 私はGWTを見てきましたが、これまでのところ最良の選択のようですが、まだ調査が必要です。
  • 通信方式はCORBAの変形(インハウスライブラリ)
4

2 に答える 2

1

Eclipse を使用して、既存の Eclipse インストールに追加されたばかりのスタンドアロン クライアントまたはプラグインを構築することを考えている場合、サーバーとどのように通信する予定ですか?

私たちのチームは、Eclipse リッチ クライアント プラットフォーム アプリケーションを構築し、それが RMI を介して J2EE EJB ベースの中間層と通信するように試みました。これは、セキュリティに到達して標準の J2EE セキュリティ パターンを使用できなかった場合を除いて、非常にうまく機能しました。サーバーに対して認証するEclipseクライアントでログインを作成します。

これは Eclipse サークルでは既知の問題のようですが、これに対する適切な解決策は見たことがありません。

GWT はそれ自体がかなり進んでいるように見えます。GWT を操作するためのツールを追加した IDE がいくつかありますが、GWT を使用して開発した直接の経験はありません。デモや例に関して私が見たものはすべて、非常に強力で使いやすいように見えます.

私の基本的なポイントは、Eclipse はエキサイティングなプラットフォームですが、自分で解決しなければならない問題に直面することになるということです。今のところ、GWT の方が簡単な代替手段のようです。

于 2008-10-01T18:00:27.297 に答える
1

あなたと同じくらい多くの経験を持っている人 (Eclipse ベースのプラグインや GWT で何かを開発したことはない) からの意見であり、これは純粋にあなたの問題に対する別の目からの意見です。

純粋に、このアプリケーションがシン クライアントから提供されるという観点からは、GWT がこの状況に適していると思います。確かに少し軽くなり、Eclipse プラグインのようなオーバーヘッドは必要ありません。

また、これにより、更新の展開がはるかに簡単になると思います。

于 2008-10-01T17:08:00.623 に答える