ユーザー名が使用可能かどうかを確認する残りのサービス エンドポイントがあります。現在、xml または json のいずれかでブール値を返すようにしていますが、私にはぎこちなく感じます。200 OK
ユーザー名が利用できる場合と利用でき409 Conflict
ない場合に返すことを考えました423 Locked
が、それについても何かぎこちなく感じました。
私の質問は、このようなサービス応答に対する適切な/標準的な応答はありますか?それは何ですか?
ユーザー名が使用可能かどうかを確認する残りのサービス エンドポイントがあります。現在、xml または json のいずれかでブール値を返すようにしていますが、私にはぎこちなく感じます。200 OK
ユーザー名が利用できる場合と利用でき409 Conflict
ない場合に返すことを考えました423 Locked
が、それについても何かぎこちなく感じました。
私の質問は、このようなサービス応答に対する適切な/標準的な応答はありますか?それは何ですか?
もし私がこの RESTful サービスを開発していたら、HTTP ステータス コード 404 [NOT_FOUND] を返して、ボディに ausername
が見つからなかったことを示す何か (ブール値など) の値が含まれていたはずです。
理由:
REST は基本的に、リソースと密接に結びついた用語です。この場合、username
はリソースです。サービスを使用して、「リソースの状態」を照会および確認しています (別名: ユーザー名が既に存在するかどうか)。REST は HTTP 上で動作するため、リソースに対して行った状態チェックに関連する HttpStatus コードを送信すると便利です。
あなたはそれを次のように考えることができます。1つを見つけてください」。
ここで意味を成していることを願っています。:)