7

GWT RPC はプロプライエタリですが、しっかりしているように見え、Google のパターンでサポートされており、私が見たすべての本やチュートリアルで言及されています。それは本当に GWT クライアント/サーバー通信の選択肢ですか? あなたはそれを使いますか?RPC、EJB、Web サービス/SOAP、REST などに対応できる汎用サーバー アプリケーション コードがあると仮定します。

おまけの質問: GWT RPC に関する注意すべきセキュリティ上の問題はありますか?

4

2 に答える 2

10

私たちは主に3つのコミュニケーション方法を使用します。

  1. GWT-RPC-これは私たちの主要で好ましいメカニズムであり、可能な限り使用するものです。これは物事を行うための「GWTの方法」であり、非常にうまく機能します。
  2. RequestBuilderを使用したXMLHttpRequest-これは通常、非GWTバックエンドとの対話用であり、主に実行時に必要な静的Webコンテンツ(サーバーサイドインクルードなど)を取り込むために使用します。これは、CMSと統合する必要がある場合に特に役立ちます。RequestBuilderコードをカスタムの「パネル」でラップします(コンストラクターパラメーターとしてコンテンツURIを受け取り、URIのコンテンツを入力します)。
  3. FormPanelを使用したフォーム送信-これには、非GWTバックエンド(カスタムサーブレット)との対話も必要であり、現在、クロスサイト通信を行うために使用しています。「クロスサイト」自体は実際には通信しませんが、SSL以外のページでSSLを介してデータを送信する必要がある場合があります。これが、これまでに実行できた唯一の方法です(いくつかのハックがあります)。 )。
于 2009-07-21T00:05:44.460 に答える
-1

問題は、Webブラウザーを使用しているため、http以外のプロトコルが機能することがほとんど保証されていないことです(プロキシを経由しない可能性があります)。

あなたができることは、GWT-RPCのものを単一の交換可能なクラスに分離し、できるだけ早くそれを取り除くことです。

個人的には、必要な情報をコレクション内にエンコードしてオブジェクトのコレクションを転送することに依存します。そうすれば、RPCコードは「Collectioncommands = getCollection()」であるため、RPCコードはほとんどありません。他の百万の可能性があるでしょう。

または、意図したとおりにGWT-RPCを使用するだけで、どこにも行かないと思います。

于 2009-07-21T00:09:30.320 に答える