RESTサービスは、 - 簡単にするため

Question

を切り離す維持しながら、データを表現する方法上のクライアントを暗示する方法、我々はそうのようにユーザーの個人情報を格納しているとしましょう（ここではJSONが、それはポイントではありません）：

{ 
    "name": "John" 
    "age": 35 
    "sex": "M" 
} 

これらの情報を表示したり、新しいユーザーを作成したり、既存のユーザーを更新したりするために、フォームを作成するUIクライアントが必要です。

だから、私の質問は：

これは、RESTfulな方法で実現することができますか？ RESTは、提供されるリソースをどのように表示するかについてのヒントクライアントのようなタイプの対話を提供しますか？

私たちは、クライアントにリソースをどのように表現するかに最大限の自由度を与えたいだろうが、また、彼らはバックエンドとフロントエンドの間にあまりにも多くのカップリングせずに正しいデータをご返送を支援します。たとえば、私たちは同じようuser用のテンプレートを持っている可能性が

：

{ 
    "self": "/template/user" 
    "method": "GET" 
    "data": { 
     "fields": [ 
       { 
        "name": "name" 
        "value": { 
         "data_type": "string"      
        } 
       }, 
       { 
        "name": "age" 
        "value": { 
         "data_type": "number"      
        } 
       }, 
       { 
        "name": "sex" 
        "value": { 
         "data_type": "string" 
         "options": [ 
          "M", 
          "F" 
         ] 

        } 
       } 
     ] 
    } 
} 

は、あなたが提供することができるかもしれない任意の入力いただき、ありがとうございます。これは、RESTfulな方法で達成することができますどのように

Answer 1

？ RESTは、提供されるリソースをどのように表示するかについてのヒントクライアントのようなタイプの対話を提供しますか？

RESTのためのリファレンスアプリケーションは、ワールドワイドウェブです。どうやってそれをやったの？

1）私たちは、クライアントの裁量で、我々は補助的なリソースへのリンクを備えたエンジン

2）をレンダリングするクライアントの選択によって解釈される可能性バンドプレゼンテーション命令でサポートされているメディアタイプ（HTML）を（使用しましたCSS）を使用して、レンダリングエンジンに追加のプレゼンテーションヒントを提供することができます。レンダリングエンジン（ブラウザ）は、サーバから独立して開発することができるように、これはテキスト/ htmlとテキスト/ cssのが明確に定義されている（標準化）に依存すること

は注意してください。

クライアントとのレンダリング手順を共有するための標準として、HTMLの代替手段はありませんでした。最初のアプローチとしての私の提案は、データ表現をクライアントがレンダリングを理解するために使用できるhtml表現にリンクすることです。