1

REST API を開発する必要がありますが、URI の設計について疑問があります。

シナリオ：

1 - 一連のサービスに対する 1 つの REST インターフェイスを開発しています。

2 - 各サービスは、論理的な観点からいくつかの部分 (リソースではありません) に分割されます。

3 – 各リソースには「A」と「B」の 2 つの方法でアクセスできます

最も適切な URI 設計は次のとおりです。

/service1/part1/resource?{A|B}

/service1,part1,resource?{A|B}

4

2 に答える 2

0

どちらのURL構造も機能しますが、/ service1 / part1 / resource？{A | B}をリストした選択肢の方がはるかに一般的であり、一般的なREST API消費ツールを使用したり、開発者が直感的に理解したりできる可能性が最も高くなります。 。フォワードスラッシュの意味は、実際にはURI標準（RFC 1630だと思います）で定義されており、相対URIはフォワードスラッシュでのみ機能します。

于 2012-12-17T04:35:20.043 に答える
0

これはより良いです：

/service1/part1/resource?{A|B}

階層を強調するため (スラッシュのおかげで)。

また、「リソースにアクセスする方法」は通常、HTTP 動詞 (GET、POST、PUT、DELETE、HEAD など) を使用して発音されます。これが「方法」の意味である場合は、間違いなく HTTP 動詞に固執する必要があります。

于 2012-12-17T04:42:45.617 に答える