問題タブ [protorpc]

AppEngine の ProtoRPC ライブラリを使用する場合、キャッシュ制御ヘッダーを設定することはできますか?

サービスにクエリを実行すると、現在 no-cache ヘッダーが設定されていることがわかります。

変更する方法を見つけることができませんでしたが、Endpoints ライブラリはキャッシュ ヘッダーの制御を許可しているようで、ProtoRPC で構築されていることがわかっているので、おそらく変更できます。

私は、データストア モデルを作成し、それぞれのメッセージに対してまったく同じ属性セットを繰り返していることに気づきました。データストア エンティティと protorpc メッセージを変換するスマートな方法はありますか? 組み込みの to_message メソッドの一種ですか、それとも自分で行う必要がありますか?

仕事では主に REST json API を扱っています。だから私は彼らに精通しています。しかし、私自身のプロジェクトでは、App Engine がぴったりだと信じているので、App Engine を試しています。

私はすでに Python で (ferris を使用して) ロジックを書き始めていましたが、アプリ エンジンの詳細を読んでいると、protorpc とクラウド エンドポイントに出くわしました。しかし、私が読んだほとんどの例では、残りの API で行うのと同じことを行っているようです。json でリクエストを行い、json レスポンスを取得します。またはエラー。

私が見る主な違いは、残りのエンドポイントはリソースに基づいているということです。そして、GET、POST、PUT、DELETE などの HTTP 動詞が関連しています。RPC の場合と同様に、各要求は、リソースやモデルに基づくのではなく、独自のエンドポイントを持ちます。

どちらも json でリクエストされ、json で応答します。そのため、Google エンドポイントを使用する利点を理解できていないと思います。彼らは他の種類の利益を提供していますか？エンドポイントを使用すると、分析の追跡が改善される可能性があります。しかし、コンテンツを変更するために post http 動詞を使用する必要はありませんか?

特定のフレームワークを使用していた場合、これは変化しますか? ジャンゴのように。私は現在、protorpc を扱うメッセージング システムを備えた Ferris をテストしています。とはいえ、私はまだ休むことができていません。

それで、私は何が欠けていますか？オブジェクトメソッドでjsonリクエストを処理するだけでなく、エンドポイントの利点は何ですか. ソケット接続はこれに関係していますか?

protorpc サービス パスに変数を追加する方法はありますか? webapp2 url テンプレートに似ています。