REST、SPAの追加情報を取得

Question

私はこれをREST理論の観点から理解しようとしています。など

あなたは、削除、それはあなたが得ることができるエンティティの、本のコレクションを持って、

あなたはIDとそれを削除し、あなたはIDとそれを得る、個々の本を持っている、など

ます新しい本を追加できる角度アプリがあります。だからあなたは本のコレクションを手に入れて、本をローカルに追加して、それをサーバにまだ送っていないのです。

あなたはそれを追加する前に追加情報が必要です。例えば、他の書籍があるかどうかを知る必要があります同じタイトル

あなたは同じエンティティのためのRESTfulなアーキテクチャで複数のGET呼び出しを持つことができますか？つまり、IDを持つものと名前を持つものの両方だから、あなたはそれがすでに

はどこに収まるこの「まだ未作成のエンティティのようのための追加的な情報を取得」ない存在するかどうかを名前で本をGETしようとするだろうか？あなたは本のイメージが必要だと言って在庫イメージを持っていると言います。イメージはエンティティであり、自分自身のエンティティであると仮定しているので、独自のREST APIを持っています

Answer 1

質問が正しく分かったら、一部の基準（名前など）を検索して、本が存在しないことを確認します。パス変数としてidを含まないbookではGETを使うことができますが、リクエストパラメータ（クエリ文字列）としてcriteriaフィルタparamsを含めることができます。

/book?name=bookname -- List book with name as bookname 
/book/{id}   -- List book with given id 

同じエンティティに対する複数のGET呼び出しは、RESTfulアーキテクチャでは推奨されません。

Answer 2

同じエンティティのRESTfulアーキテクチャで複数のGET呼び出しを使用できますか？

Jim Webber：ビジネスドメインのビジネスオブジェクトよりも、統合ドメインにはもっと多くのリソースが必要です。

ので必ず、なぜ？クライアントはどのようにして知ることができますか？

「まだ作成されていないエンティティについての追加情報はどこですか？」

疑問がある場合は、あなたがウェブページとして行っていることを想像してみてください。特定のタイトルの新しい本を追加するフォームをWebサーバーに依頼し、フォーム、類似のタイトルを持つ既知の書籍のリスト、ストック画像のセットなどを返すように送信するのは合理的でしょうか？もちろん。したがって、あなたのAPIが同じことをするのはうまくいくでしょう。

フォームは別のアイデアであり、検索結果はフォームへのリンク、および既存の書籍の表現へのリンクのように見えるはずです。それはまた大丈夫です。

キャッシュを提供するため、不安定なものから安定したものへのリンクを使用することは、しばしば良い考えです。