1

サイトのパスにリソースがある場合:

/things/27

公開された標準は、パスが次のことを示していますか?

/things

したがって、リソースも必要ですか?

私は同僚とこれについて話し合った.Unixのバックグラウンドから来た（そしてファイル構造ベースのHTTPサーバーの古いdysを覚えている）私の傾向は、はい、親リソースが暗示され、親ディレクトリは404であってはならない.

しかし、私の同僚は、サイトのどこかに「/things」への特定のリンクがない限り、このパスにリソースを配置する必要はないと考えていました。

この件は RFC2616 または他の HTTP 標準ドキュメントで議論されていますか? このトピックに関する他の関連ドキュメントはありますか?

4

1 に答える 1

1

アプリケーションにハイパーメディアを実装して、特定の時点で可能な一連のアクション (他の適切なリソースへの URI とのリンク) をクライアントに提供することを検討している場合、/thingsURI はこれらのリンクの GET を送信する理想的な場所です。

/things以下は、リソースに対する GET のサンプル結果です。このアプローチの利点は、URI の構築方法を「知る」必要がなく、クライアントがRel値を検索するようにコーディングできることです。Linksクライアントが URI を作成する必要がある場合でも{searchTerm}、検索リンクの href のようなアイテムを検索するようにコーディングして、適切な値に置き換えることができます。

   "Things": [
      {
         "Description": "Resource level properties that make sense to put here",
         "Count": 33,
         "Links": [
            {
               "Rel": "self",
               "Method": "GET",
               "Href": "http://yourDomain/things",
               "Title": "Things resource"
            }
         ]
      }
   ],
   "Navigation": [
      {
         "Links": [
            {
               "Rel": "GetItem",
               "Method": "GET",
               "Href": "http://yourDomain/things/{id}",
               "Title": "Get a single item"
            },
            {
               "Rel": "Search",
               "Method": "GET",
               "Href": "http://yourDomain/things/?searchTerm={searchTerm}&itemsPerCall={itemsPerCall}",
               "Title": "Search items per term"
            }
         ]
      }
   ]
于 2012-04-10T17:01:40.840 に答える