1

URL の例を次に示します。

/users/123/comments

この URL に基づいて、どの用語が を最もよく表しているusersでしょうか? リソースですかusers、それともリソースの一部ですか。その部分の名前は何でしょう？

同じ質問が他の部分にも当てはまります。123とを最もよく表す用語はどれcommentsですか?

RESTful URL の 2 番目の部分を指す用語はありますか? とで説明123します。/users/123purchases/me/purchases

4

2 に答える 2

0

REST はリソース指向です。URL はリソースを表します。

あなたの例では、/users/123/comments：

  • usersリソースです。
  • 123ユーザーの一意の識別子です。
  • この場合、コメントはユーザーのサブリソースですが、おそらく独自のリソースです(例: 呼び出し/comments/{id})

2 番目の質問について、 の形式/me/purchasesは と同じではありません/users/123。そして、おそらくwhere are a sub-resource of users (そしておそらく独自のリソースであり、 によって利用可能です)/me/purchasesのようなものの短い URL です。/users/{myid}/purchasespurchases/purchases/{id}

詳細については、こちらのビデオをご覧ください。これは、質問とは直接関係ありませんが、非常によくできていて、REST Web サービスについて非常に興味深いものです。

于 2013-05-21T13:37:08.163 に答える
0

あなたの例ではhttp://example.org/users/123/comments、リソースを指しています。完全な URI は、リソースの識別子です。

極端な例を挙げましょう、

/users/123/comments.xml

/users/123/comments.json

2 つの異なるリソースです。

クエリ文字列はリソースも識別するため、

/users/123/comments?format=xml

/users/123/comments?format=json

も 2 つの異なるリソースです。

リソースはエンティティにマップされません。リソースは、HTTP 経由で公開したい「何らかの概念」であり、URI で識別されます。

RESTful システムでは、URI はシステム設計に対して不透明です。システムのクライアントは、URI の一部から意味を推測しようとしてはいけません。サーバーは、URI スペースを構築するのに役立つ規則を設定できますが、これらはサーバーのプライベートな実装の詳細です。

RESTFul url のようなものはありません。この用語はフレームワーク設計者の捏造であり、混乱を招くだけです。

于 2013-05-21T17:02:00.480 に答える