0

GWT を使用してクライアントを作成し、標準サーブレットと Restlet コンポーネントを組み合わせた App Engine を使用してサーバーを作成しています。

オンラインのアドバイスに従って、クライアント側で restyGWT (エンコード/デコードのみ) を使用し、サーバー側で Gson を使用して、オブジェクトを JSON にエンコードし、データを反対側に移動し、オブジェクトをデコードすることに成功しました。両方向に。これは、2 つの public メンバーを持つ単純なクラス用です。注釈を使用する必要がないように見えるため、これまでのところこのアプローチが気に入っています。

POST リクエストを使用しています。

誰かがこのアプローチを使用していますか? 考えるべき落とし穴はありますか？プライベート会員の場合は？リスト/配列?

別のアプローチを好む人はいますか?それは何ですか?

明らかに、クライアントとサーバーが移動するオブジェクトのソース コードを共有する必要があります。JDO アノテーションを使用していますが、これらは restyGWT または Gson と競合しますか?

聞いてくれてありがとう。

4

1 に答える 1

0

私と私のチームは、サーバーサイドでジャージーとジャクソンで restyGWT を使用しています。ジャージーが各インスタンスの開始時に開始するのに長い時間 (約 30 秒) がかかることを除けば、私たちはかなり満足しています。それは、私がhttp://cxf.apache.org/を見始めているこの問題のためです 。

いずれにせよ、REST フレームワークなしで作業すると、コードの保守性に影響を与える可能性があります。約 10 種類のリソースがあり (それぞれに 4 つの異なる HTTP メソッドがあります)、すべてを保守することはすでに困難です。

提案: インスタンスのウォームアップにかかる時間に注意してください。GAE およびその他の PaaS アーキテクチャは水平方向に適切にスケーリングされるため、新しいインスタンスの作成に費やす時間が重要になります (多くの場合)。参考までに、私は JAXB、Jackson、および JDO を一緒に起動しましたが、すでに 60 秒の期限を過ぎていました。

これは、永続化フレームワークを使用しないという私の提案に関連しています。私は JDO を使用していますが、それが NoSql DB とどのように関係しているかを理解するために費やしたすべての時間を、独自のレイヤー (低レベル API によって永続化された「エンティティ」クラスにクラスをシリアル化するだけ) の作成に費やすほうがよいことに気付きました。JDO に必要なすべてのものを初期化する手間がかからない

于 2012-05-12T13:10:22.013 に答える