RESTful アーキテクチャでは、各 URL がリソースを表すため、URL には動詞を含めることはできず、名詞のみを含めることができます。多くの場合、使用される名詞はデータベースのテーブル名に対応します。一般に、データベース内のテーブルは同じ種類のレコードの「コレクション」であるため、API 内の名詞も複数形にする必要があります。
GET /zoos: すべての動物園をリストします
POST /zoos: 新しい動物園を作成します
GET /zoos/ID: 指定された動物園に関する情報を取得します
PUT /zoos/ID: 指定された動物園に関する情報を更新します (動物園のすべての情報を提供します)
PATCH /zoos/ID: 指定した動物園の情報を更新します (動物園の一部の情報を提供します)
DELETE /zoos/ID: 特定の動物園を削除します
問題は、ログイン インターフェイスに名前を付ける方法です。
RESTful アーキテクチャでは、各 URL がリソースを表すため、URL には動詞を含めることはできず、名詞のみを含めることができます。多くの場合、使用される名詞はデータベースのテーブル名に対応します。一般に、データベース内のテーブルは同じ種類のレコードの「コレクション」であるため、API 内の名詞も複数形にする必要があります。
GET /zoos: すべての動物園をリストします
POST /zoos: 新しい動物園を作成します
GET /zoos/ID: 指定された動物園に関する情報を取得します
PUT /zoos/ID: 指定された動物園に関する情報を更新します (動物園のすべての情報を提供します)
PATCH /zoos/ID: 指定した動物園の情報を更新します (動物園の一部の情報を提供します)
DELETE /zoos/ID: 特定の動物園を削除します
問題は、ログイン インターフェイスに名前を付ける方法です。
リーリー
リーリー
セッションをリソースに抽象化する
RESTful は単なるネーミングの提案であり、仕様ではありません。そのため、ログイン/サインアップを使用しても問題はありません。また、これによって上司が給与を差し引くことはありません。
それがとても素晴らしいものでなければならない場合は、考えを変えた方がいいです
ログインして認証を取得してください
許可を取得することで明確になります
洗練されたいときもありますが...でも、ラフで無害でなければならないところは、シンプルでラフな方が良いです...仕事は共同作業で行われるため...全体が高級すぎて不快になる場合は、人々は混乱しているようです、私はそれをしません...