GWT RPCは独自のものですが、Googleのパターンをサポートしています。これは、私が見た本やチュートリアルで言及されています。それは本当にGWTクライアント/サーバ通信の選択ですか？あなたはそれを使用していますか、なぜではなく、あなたが選んだものではありませんか？ RPC、EJB、Webサービス/ SOAP、RESTなどに対応できる汎用サーバーアプリケーションコードがあると仮定します。GWTとクライアントとサーバの通信にはどのような用途がありますか？
ボーナスに関する質問：GWT RPCに関するセキュリティ上の問題を認識しておく必要がありますか？
私たちは、主に通信の三つの方法を使用します。
問題はあなたがウェブブラウザ上にあるので、http以外のプロトコルが動作することはほとんど保証されていません（プロキシを経由しない可能性があります）。
できることは、GWT-RPCのものを1つの交換可能なクラスに分離し、できるだけ早く取り除くことです。
個人的には、コレクション内にコード化された必要な情報を持つオブジェクトのコレクションを転送することに頼っています。つまり、すべてのRPCコードで実行されるRPCコードは非常に少ないため、 "しかし、百万の可能性があるでしょう。
GWT-RPCを意図したとおりに使用するだけで、どこにも行かないと思います。
GWT-RPCは、通常のHTTP要求と応答によって通信される単なるテキストプロトコルです。したがって、プロキシなどの問題はありません。そしてそれはとてもうまくいく。 –
私はそれを言ったように聞こえると思うが、それは私が意味するものではない。これは2つの段落で、最初の「非httpプロトコル」は機能しません。第2に、GWT-RPCを単一のクラスに抽出して自由に置き換えることができるので、後でそれを切り離すか置き換えることができます。 2人はお互いに関係がありませんでした。 –
GWT-RPCコードはオープンソースなので、調べてみることもできますし、望むならそれがどのように動作するかを変更することもできます。 – Chii
いくつかの正式な標準化団体（W3C、JCP、ECMAなど）の管理下にないAPIまたは通信プロトコルはすべてプロプライエタリである。これはGWT-RPCに適用されます。それはオープンソースであるかどうかとは無関係です。 –