2011-07-22 7 views
4

これは実際問題ではありません。一般的なX対Yの質問のようです。AppEngine RequestFactoryまたは「通常の」アプローチですか?

だから私は、GoogleのApp Engineで書かれたサーバーを使用して、Android上でC2DMを試しています。現時点では、「App Engine Connected Android Project」をテンプレートとして使用し、コードをいくつか追加しています。したがって、生成されたコードは、デバイスの登録/登録解除、メッセージの送信など、一連のものに対してRequestFactoryを使用します。

バックエンド通信に関するこれまでの経験は、サーブレットへの接続の設定、レスポンス(json)を読み込みます。

だからここは質問です:アプリエンジンとの通信のためのRequestFactoryを使用してだけではなくURLConnectionのの入力/ outputstreamsからの読み込み/書き込みを持つメリットは、(もしあれば)は何 ? それは本当に味の問題ですか?

答えて

0

私自身はまだそれを使用していないが、私はそれを理解するように、主な利点は、それはそれは本当に簡単にあなたのAndroid資格情報を使用してApp Engineアプリケーションへの認証になることです。それを手で行うのはちょっとの痛みです。リクエスト工場の

+0

のため、この記事をチェックしてください。私は、リクエストのヘッダー(ヘッダー: "Cookie")にauthCookie(いくつかの組み込みのAndroid機能を介して取得)を設定しようとしました。それは簡単なテストをしているときだけだったので、実際にどれくらいうまくいくのか分かりませんが、私は認証され、すべてがうまくいきます。私は多分それはすべて、個人的な選択に来ると思う、どちらか1つは、より快適な感じを使用していますか? – Tomas

+0

@Tomasハックアップするのは比較的簡単ですが、提供された機能を使用するだけではありません。 Cookieソリューションを使用したら、Cookieとトークンの期限切れについて心配する必要があります。 –

1

一つの欠点は、それが...カスタムサーブレットとHTTPリクエストがはるかに高速化されたオブジェクトを取得するには非常に遅いことである(10倍、20倍速いです!)。

は、実際に私はApp Engineのに対して認証することが非常に簡単見つけるの詳細RequestFactory slow on Android

関連する問題