問題タブ [restful-architecture]

たとえば、アイテムを取得するために GET を呼び出し、DELETE で削除して再度 GET すると、2 番目の GET はどのように機能するのでしょうか?

つまり、REST の原則に正しく従うということは、GET をキャッシュできるので、これを行うための正しいアプローチとは何でしょうか? REST で古いデータを処理するためのアプローチは何ですか?

私はこの共通の CUser クラスを持っています

次に、RestSharpを使用するクライアントにこのコードがあります

そして、私のglobal.asaxのこのhttpルート

そして、それを処理するためのこのサーバーコード

しかし、それを実行するたびに、cUser の値は null (ユーザー名とパスワード) になるので、適切にシリアル化するために restsharp に何かをする必要がありますか?

Spring 3.1 / Hibernate / Jackson を使用して Restfull API サーバーを作成しています。

私は '購入' コントローラー/モデル/Dao を持っています。

ここで、購入を「タグ付け」する機能を追加する必要があります。

したがって、「購入」にリンクされた「tagId」と「tagName」を持つ単純なクラスです。
「購入」は複数の「タグ」を持つことができ、「タグ」は 1 つの「購入」にのみ属することができます。

追加しなければならないこの新しい「タグ」クラスを表す最良の方法は何ですか? いえ

• 'Tag' モデルに purchaseId 属性を追加して、何らかの方法で注釈を付ける必要がありますか?
• 「タグリスト」属性を「購入」モデルに追加する必要がありますか?
• 「PurchaseController」のサブクラスとなる「タグ」コントローラーを作成しますか?
• 等...

基本的に、Spring を使用してこれを設計するためのベスト プラクティスの方法を探しています。

さらに、私が採用できるデザインパターンに関する提案は大歓迎です。
ここでデコレータパターンが適用されるのでしょうか？

もちろん、すべての購入とタグはデータベースに保持する必要があります。

ありがとう

購入コントローラー:

購入モデル:

Androidでオブジェクトとスレッドを処理するにはどうすればよいですか? Strings ではなく Objects でAsyncTask Class (doInBackground()およびonPostExecute()メソッド)を使用する方法があるかどうかを確認しようとしています。また、UI とやり取りしたいと思います。

開始するのに適したチュートリアルやヒントはありますか?

ありがとう

sales/customers/{customerno} のようなリソースがあります。クライアントがこのリソースに PUT リクエストを送信すると、エンティティ本体の xml が有効な xml でない場合、400 - Bad request が返されます。しかし、xml は有効であるが、xml の内容が有効でない場合はどうなるでしょうか。たとえば、クライアントが顧客の PostCode を更新しようとしていて、無効な PostCode を提供しているとします。この場合、400 - Bad request を返すのは正しいですか、それとも別の http コードを使用する必要がありましたか?

SO には、REST とセキュリティに関する優れた質問 (および回答) が多数あります。多くの人が「純粋主義者はこれを好まないだろうが、何とか何とか」と言い、他の人は「何とかやってはいけない」と言います。

しかし、「純粋主義者」が次のシナリオに対して提案している解決策を見たことがありません。私の質問は、次のシナリオに対する「純粋な RESTful ソリューション」とは何ですか?

シンプルなシナリオ...

ユーザーがお気に入りのレシピを管理できるデータベース/ウェブサイトを構築することを想像してみてください。この Web サイトは RESTful API を公開しているため、ユーザーは自分が作成したい (この API を利用する) カスタム プログラムからリストを照会および操作できます。

したがって、ユーザー「A」には、ID「1」、「2」、「3」の 3 つのお気に入りレシピがあります。

ユーザー「B」には、ID「4」と「5」の 2 つのお気に入りレシピがあります。

DELETEユーザー A がコマンドを送信すると、応答/Recipes/4が得られることを確認する必要があります。Forbidden (403)

普段ならどうしよう…

私が通常行うことは、最初に認証メソッドを呼び出して、30 分間有効なある種の認証トークンを送信することです。通常、このトークンは Cookie を介して渡されます。

純粋な解決策は何ですか？

クエリ文字列の変数として渡す純粋な REST ソリューションですか? クッキーは悪魔ですか？トークンを (クエリ文字列パラメーターではなく) URL のセグメントとして使用する必要がありますか? この質問に明確に答える何かが他にありますか?

メディアにアクセスするための RESTful リソースを設計しています。メディアは、ライブ ストリームまたはアーカイブ ストリームの場合があります。O'Rielly のテキスト「RESTful Web サービス」をガイドとして使用していますが、「プログラム可能な Web」と「人間の Web」を比較したリソースの表現に苦労しています。人間の Web リクエストについては、返したいと思いますHTML 表現 プログラム可能な Web リクエストの場合、XML を返したいと考えています。

正しい表現を返すことができるように、「人間の Web」からの要求と「プログラム可能な Web」からの要求を区別するにはどうすればよいですか?

O'Reilly のテキストは、2 つの別々のリソースの設計を示唆しているようです。PDFの24ページから、彼は次のように述べています。

同じツールを使用して、Web ページを取得して処理します。これら 2 つの URI: 1) http:// api。search.yahoo.com/WebSearchService/V1/webSearch?appid=restbook&query=jellyfish 2) http:// search.yahoo.com/search?p=jellyfish は、同じもののさまざまな形式を示しています。 1 つの URI は HTML を提供し、Web ブラウザーでの使用を目的としています。もう 1 つは XML を提供し、自動化されたクライアントによる使用を目的としています。

ヒューマン Web とプログラマブル Web を扱うための 2 つの別個のリソースは標準ですか、それとも代替手段はありますか? 考えを歓迎します。

私はphpでRESTfulを開発しています。現在、MVCデザインパターンでコーディングを開始しています。ビューファイルがインターフェイスとして機能している場所。グラフィカルUIを表示していないが、すべてのリクエスト処理ロジックを備えたインターフェース。

さて、私の質問は、コーディングの方法が正しいか、PHPでRESTful APIを作成するためのより良い方法がありますか？

私のインスピレーションは、JavaEEアプリケーションモデルに基づいています。モデルとしてエンティティクラスがあり、コントローラとしてJava Beanがあり、リモートインターフェイスはクライアント（ビューの一種）から呼び出されるメソッドのリストです。

私は正しい方向に進んでいますか？

I am building a small Nancy webapp which would do CRUD operations on a table. It uses GET, POST and DELETE verbs. I want to have a link in the web page to call the delete method. Using a "anchor" tag would use the GET method, by default. I am not comfortable with changing the webservice to use GET verb to do delete operations as it would break RESTful concept. What is the best practice in such situation?

リソースの文書化に W3C XML スキーマ (XSD) を使用しています。現在、XML 表現は少数のリソースで返されます。リソースの 1 つでの POST 操作には、クライアントからの XML が必要です。このリソースの応答は XML です。私の質問は次のとおりです。

a) リソースのリクエスト (POST)、レスポンスを処理するために 1 つの XSD を作成する必要がありますか?

b) 単一の XSD が使用されている場合、リクエスト (POST) とレスポンスをどのように区別すればよいですか? 1つの考えが取り囲んでいます：

問題は、リクエスト/レスポンス タグが RPC スタイルのアプローチを反映しているのではないかと心配していることです。

c) POST 操作に関して、XML が必要であり、POST 操作中にのみ許可されることをクライアントに通知したいと思います。この要件に違反している場合、私の最善の選択肢は 400 の不正な要求を返すことだと思いますか? それを超えて、XSDに関する私の唯一のオプションは、「コメントを介して要件を文書化する」ことだと思いますか? コメント以外に考慮すべき XSD 設計オプションの感触を得ようとしています。もちろん、1 つの XSD での課題は、クライアントからの XML を必要としない GET 操作への応答です。クライアントは、XML 内の POST コンテンツを「無視」する必要があります。

前もって感謝します