残りのAPIデザイン同じリソース間の接続を確立する

Question

私はクライアントと呼ばれるリソースを持っています。現在、クライアントを他のクライアントとリンクしてサブクライアントを作成できるシステムを作成しています。 clientIdとsubclientIdを含むclientconnectionsという名前のテーブルを作成しています。

これを確立するには、招待システムを使用しています（招待アクションapiが必要です）。

これを安心して表現する最良の方法は何ですか？

GET/PUT/POSTは、次のようなシンプルなAPIを介して使用できます /clients/{clientId}/connections

しかし、残りのAPIを経由して接続を確立することは困難です。ここに私の独創的なアイデアが...間違っていると私は間違いないと思う。

POST /clients/{clientid}/connections/{clientid2 doh}/invite

またはこれが、これは任意の提案は素晴らしいことだ

POST /clients/{clientid}/clients/{clientid2}/invite

いずれかの権利いないようです！

ありがとうございます！

Answer 1

このことについて考えるためにさまざまな方法の束があります、私は1つの有効なアプローチがないと思うが、私は次のいずれかを行うだろうと思う：として受け入れられていないとしている

1. トリートクライアント同じことを、ちょうど別のステータスで。
2. 「招待状」を別のものとして扱います。招待状が受け入れられた場合にのみ、「接続」が作成されています。

ここには本当に正しいことはありません。私の主なアドバイスは、それを簡単に保つことです。

Answer 2

また、招待リソースへのPOSTが冪等であるかどうかによって異なります。あなたは何回も接続できますか？ 2回目に何が起こるのですか？それはNoOpですか、2番目の接続を作成していますか？ NoOpの場合、PUTは2番目の接続を作成することを意味するPOSTよりも意味があります。