私はHTTP APIの設計を進めており、できればできるだけRESTfulにするようにしています。
機能がいくつかのリソースに広がるアクションがいくつかあり、いつか元に戻す必要があります。
これはコマンドパターンのように思えますが、どのようにリソースにモデル化できますか？
DepositActionのようなXXActionという名前の新しいリソースを紹介します。
POST /card/{card-id}/account/{account-id}/Deposit
AmountToDeposit=100, different parameters...
これにより、実際に新しいDepositActionが作成され、そのDo / Executeメソッドがアクティブになります。この場合、201 Created HTTPステータスを返すことは、アクションが正常に実行されたことを意味します。
後でクライアントができるアクションの詳細を確認したい場合
GET /action/{action-id}
Update / PUTはここでは関係ないため、ブロックする必要があります。
そして、アクションを元に戻すために、私は
DELETE /action/{action-id}
実際に関連オブジェクトのUndoメソッドを呼び出し、そのステータスを変更します。
やり直しが1回だけで満足だとしましょう。やり直す必要はありません。
このアプローチは大丈夫ですか？
落とし穴、それを使用しない理由はありますか？
これはクライアントのPOVから理解されていますか？
簡単に言えば、それはRESTではありません。
—
エヴァンプライス
@EvanPlaiceはそれについて詳しく説明しますか？それがまさに問題です。
—
ミシール
私は答えを詳しく述べたはずですが、ゲイリーの答えは、私が追加するもののほとんど/すべてをすでにカバーしています。URIはリソース（アクションではない）を表すことのみを想定しているため、休んでいないと言います。アクションは、GET / POST / PUT / DELETE / HEADを介して処理されます。RESTはOOPインターフェースと考えてください。目標は、APIを一般的なパターンに適合させ、可能な限り実装固有の詳細から切り離すことです。
—
エヴァンプライス
@EvanPlaiceわかりました、ありがとう。Depositは名詞および動詞と考えることができるため、ここで混乱していると思います
—
...-ミシール
この場合、URIは、借方記入（お金を受け取る）と貸方記入（お金を与える）がPOST要求を介して行われるアクションであるトランザクションを表す必要があります。お金がいずれかの方向に移動するたびに、作成される新しいトランザクションを表すため、両方にPOSTが使用されます。特定のケースでは、トランザクションはカード所有者のアカウントで行われているため、カードのアカウント番号はリソースURIです。
—
エヴァン