は、RESTful POSTで情報を送信するための複数のメソッドを使用する反パターンです

Question

このSO answerは、RESTful POSTメソッドでパラメータを渡したりアクセスしたりするすべての可能な方法を完全に実行します。

複数の方法を使用する反パターンですか？

たとえば、POST HTTPメソッドのコンテンツ本体にJSONオブジェクトを渡し、パスパラメータをアンチパターンとして使用する次のメソッドを検討しますか？

@POST 
@Path("/modifyPerson/{idx}") 
@Consumes(MediaType.APPLICATION_JSON) 
public Response modifyPerson(Person newPerson, @PathParam("idx") int i) { 
    // ... 
} 

Iは両方Personとidx整数パラメータを組み合わせて、より豊かなクラス（例えばPersonWithIdx）を作成し、パスパラメータに頼る必要なしに、その代わりに渡すことができます。上記のコードが私に購入する唯一のことは、この余分なクラスを作成する必要がなくなることです。しかし、それは健全ですか？

Answer 1

複数の方法を使用する反パターンですか？例えば

号

あなたがPOST HTTPメソッドのコンテンツ本体にJSONオブジェクトを通過してもパスパラメータアンチパターンを使用して、以下の方法を考えますか？

号

あなたが同じバッキング実装を共有する多数のリソースを持っている場合は、それらのメッセージは、特定のHTTPリクエストを消費方法を特定するためにUriTemplateを使用することは適切です。

Iは両方Personとidx整数パラメータを組み合わせて、より豊かなクラス（例えばPersonWithIdx）を作成し、パスパラメータに頼る必要なしに、その代わりに渡すことができます。上記のコードが私に購入する唯一のことは、この余分なクラスを作成する必要がなくなることです。しかし、それは健全ですか？

URIから識別子を取り出して要求本体にパックすると、RPCと同じようにRESTのように聞こえるようになります。