2

org.json apiを使用してサーバー側でjsonを解析し、GWTJsonParserを使用してクライアント側でJSONを解析します。クライアント側とサーバー側の両方で使用できるAPIはありますか？

4

2 に答える 2

0

GWT AutoBeanを探しています：http ：//code.google.com/p/google-web-toolkit/wiki/AutoBean

AutoBeansを使用すると、JSONの構造をjusetで定義し、残りをGWTコンパイラーが処理します。

于 2012-07-13T06:08:35.767 に答える
0

サーバーでJavaを使用している場合は、autobeansまたはGWT-RCPを使用する場合と比較してこれを作成しています。特にそうでない場合は。

最もクリーンな方法はREST-RPC/JPAであり、クライアント、サーバー、および永続データベース間で単一のPOJOSセットを共有できます。このテクノロジーミックスを代表して自慢しましょう。3つのフロント間で（または最小限の）変換を行わずに、3つではなく1つのPOJOセットを使用します。

データ変換ルーチンを作成する必要はありません。または、少なくとも、シリアル化の制約のため、またはGWTとRESTを高度な非シリアル化可能性を示す既存のスキーマとインターフェイスさせようとしているため、データ変換の量は最小限に抑えられます。

また、GWT-RPCと同様に、クライアントサーバー側の両方でJavaRPCメソッドの単一のセットを共有します。まあ、ほぼ同じ方法のセット。サーバー側の戻り型がクライアント側のコールバックジェネリックパラメーターになることを除いて。

テクノロジーの組み合わせは次のとおりです。

  • JAX-RS（サーバー側でResteasyまたはJerseyのいずれか）
  • JAX-RS +GWT=クライアント側のRestyGWT
  • サーバー側のJPA
  • GWTクライアント側とサーバー側の両方でJAXBoverJAX-RS。
  • サーバー側のJacksonJSONプロセッサ。

REST-RPCの説得力のある理由は

  • クライアント/サーバー会話をGWT-RPCとして書いているふりをすることができます。サービスインターフェイスとコールバックの態度は同じです。
  • クライアントとサーバー間のデータ交換はJSONで行われます。
  • つまり、アプリを正常にセットアップした後、GWTクライアントの代わりにブラウザーを使用してサーバーと会話することができます。またはjQuery。またはPHP、またはサーバーとしてのPython。
  • JSONまたはXMLのエンコード/デコードを自分でいじくり回す必要はありません。POJOでのみ処理します。
  • ブラウザを使用して、GWTクライアントから独立してWebサービスをデバッグできます。

RESTの態度は（状態に依存しない要求を除いて）WebAPIと呼ばれる概念です。javadocのようなAPIですが、JSONまたはXMLで記述されています。このAPIのすばらしい点は、ドキュメントを生成する必要がないことです。javadocのように、サービスインターフェイスを介してEnunciateを実行できます。

次の（3つ以上の部分）ブログ投稿で私の議論をフォローできます：http： //h2g2java.blessedgeek.com/2012/07/gwt-with-jax-rs-and-jpa-part-3.html。

于 2012-07-17T06:11:25.677 に答える