1

GWT RPCは、クライアントとサーバー間で通信するためにgwtによって提供されるメカニズムです。また、サーバーに接続できるリクエストビルダーもあります。

gwtベースのアプリにどのメカニズムをお勧めしますか。その理由も説明してください。

4

2 に答える 2

3

GWTRPCが最適な方法だと思います。

私はこれについて間違っているかもしれませんが、gwtRPCソリューションはRequestBuilderの上に構築されていると思います。これは、Javaクラスの自動シリアル化などの機能をRequestBuilderに追加し、データの送受信を非常に簡単にします。また、gwt RPCはおそらく現時点で最も人気のあるソリューションであるため、チュートリアルやブログ記事の形でより多くのサポートを見つけることができます。

RequestBuilderを使用して「独自の」クライアント/サーバーメカニズムをローリングしようとしましたが、それは実行可能ですが、最終的には、gwt RPCがカスタムソリューションに実装するために必要なすべてをすでに実行しているため、それに戻ることにしました。

RequestBuilderを使用する必要があると私が判断した唯一の理由は、gwtRPC内では機能しない行外で何かを行う必要がある場合です。たとえば、あるアプリケーションでは、クライアントコードからjsonpを使用して、制御できないサードパーティのRESTAPIと通信する必要がありました。この場合、サーバーコンポーネントにアクセスできなかったため、gwtrpcを使用できませんでした。

于 2009-11-21T16:47:54.980 に答える
1

サーバーがJavaを実行している場合は、おそらくGWTRPCが最適です。

GWTアプリケーションが.NET、PHP、Python、またはその他のサーバーと通信する必要がある場合は、RequestBuilderクラスを使用して独自のサーバーをロールする必要があります。データを表す方法としてJSONを使用することをお勧めします。

オーバーレイタイプを使用すると、戻ってくるJSONの解析が簡単になります。

オーバーレイオブジェクトは、次のようにシリアル化してJSONに戻すことができます

   String json = new JSONObject(overlayInstance).toString();
于 2009-11-25T16:45:49.103 に答える