2017-02-11 10 views
0

私はAPIのための最高のデザインを探しています。私はuserinstitutionのオブジェクトを持っています。各userは、institution_idの列によってusers表に表される1つだけinstitutionを持つことができます。残りのAPIデザイン:更新関係

変更するエンドポイントをモデル化するにはどうすればinstitutionuserにサインアップしますか?

私のアイデアのいくつか:

PUT /user/institutionは、体内で新しいinstitution_idに渡します。 users

任意の提案でinstitution_id列を更新

PATCH /user

答えて

0

は、私は、ユーザーモデル内の属性を更新するとinstitution_idがあるので、あなたは、などの電子メール、アドレス...のようなユーザーに属する他の属性としてそれを考えることができるので、PATCH /user updating the institution_id column in users

が、優れていると信じていますユーザーテーブルの列。

また、PUTを使用すると、ユーザーを更新してネットワークトラフィックを消費する際にモデル全体を提供することができます。 PATCHを使用した場合

ところで、あなただけ更新したいの属性を提供し、PUTあなたが全体のユーザモデルを提供を使用して

(PUT AND PATCH)2動詞からの返信データは、更新された属性だけでなくモデル全体でなければなりません。

関連する問題