プロジェクトのドキュメントに API ブループリントを使用することを採用しました。これは素晴らしいことです。おそらく単純なことの 1 つに苦労していますが、それを概念化することはできません: 共有データベースに接続された API エンドポイントが常に既知のデータ セットを提供するようにするにはどうすればよいですか?
次のように視覚化できます。たとえば、HTTP アクションの順序がすべて順番どおりであることを確認します (実際の API 設計図構文ではなく、疑似コード)。
POST /user
{user_name: 'foo'}
戻り値{id:1}
GET /user/1
戻り値{user: 'foo'}
PUT /user/1
{user_name: 'bar'}
戻り値{id: 1}
DELETE /user/1
戻り値{delete: 'success'}
他の誰かがこの問題を解決しましたか?残念ながら、API が接続されているバックエンド データベースの状態を確認できないため、これらの不整合の問題に直面しています。私たちのチームの一部は、レコードを手動で入力する場合 (たとえば、まだ POST ロジックを作成していない場合)、GET 部分を満たすドキュメント仕様を作成していますが、バックエンド DB を切り替えるとすぐに GET user/1 が常に実行されるとは限りません。 「フー」を返します。これが理にかなっていることを願っています。明確にするために質問を編集する必要があるかどうかを教えてください。