1

私は現在、リソースの一部のサブセットに対して、そのリソースの単一作成と一括作成の両方をサポートする必要がある REST API を実装しています。2 つの別個のエンドポイントを公開する必要があるかどうかを判断しようとしています。1 つは単一作成用、もう 1 つは一括作成用です。

たとえば、アドレスリソースがあるとします。そのリソースの表現を URI に POST することで、単一のアドレスを作成できます/address。一括作成をサポートしたい場合は、/address複数の表現がそのエンドポイントに POST されているかどうかをエンドポイントに識別させてから、適切なアクション (単一の作成または一括作成のいずれか) を実行させる方がよいでしょうか。一括作成のみを受け入れる完全に別のエンドポイントですか?

4

1 に答える 1

0

私のアプローチは、複数のアドレス定義を含むことができるオブジェクトで /addresses への POST を許可することです。バックエンドでは、オブジェクトを繰り返し処理し、1 つ以上のアドレスを作成します。したがって、ボディは次のようになります。

<addresses>
    <address>
        <street>123 Maple Lane</street>
        <city>Newark</city>
        <state>NJ</state>
        <zip>00000</zip>
    </address>
    <address>
        <street>227 First Avenue</street>
        <city>Tulsa</city>
        <state>OK</state>
        <zip>00000</zip>
    </address>
</addresses>

理由がないので、別のエンドポイントは避けます。コレクションにアドレスを 1 つだけ投稿すると、作成されるアドレスは 1 つだけになります。

于 2013-09-20T12:32:35.333 に答える