3

私たちのサーバーは現在、ユーザーが期待どおりにリソースを CRUD できるようにする REST-ful API を提供しています。

ヘルパー データなど、リソースではないものがある場合はどうなりますか? 厳密な REST-ful 規則に固執する必要がありますか?

たとえば、REST-ful API に犬があるとします。

GET:  /dogs/
GET:  /dogs/:id
POST: /dogs/
PUT:  /dogs/:id
DELETE: /dogs/:id

次のようなものを追加しても問題ありませんか。

GET: /util/randomNumber/

乱数を返す？

更新したり削除したりすることはなく、コレクションの一部にすることもできないため、実際にはリソースではありません。ヒットごとに変化するため、信頼できるものでもありません。

（注、実際に乱数を生成しようとしているわけではありません。単なる例です）。

4

3 に答える 3

1

はい、GETリクエストを介してそれを行うためにいくつかのサービスを使用できます。

Apigee チームのディスカッションでは、RESTful サービスで URL とリソースを操作するための多くの興味深い方法と標準が示されています。

Apigee の電子書籍の 19 ページで、コンバージョンに関するアプローチを読みましたが、役に立つと思います。

あなたの場合、ランダムな値を生成するサービスで作業する最良の方法は次のとおりだと思います。

GET: /util/generateRandomNumber/

この場合、アクションを識別し、乱数を生成します。または、もっとうまくやってみましょう:

GET: /util/generate?type=number

この場合、生成する別のタイプを柔軟に配置できます。

また、次のようないくつかのクエリ パラメータを設定することもできます。

GET: /util/generate?type=number&min=0&max=100

0 から 100 までの 1 つの数値を返します。

それは私の見解です、私があなたを助けたことを願っています。

于 2013-03-04T19:06:38.157 に答える
1

RESTful 環境では、すべてのリソースにすべての CRUD 操作が必要なわけではありません。読み取り専用の非コレクション リソースを持つことは完全に正当です。

于 2013-03-04T18:54:19.320 に答える
1

はい、乱数ジェネレーターメソッドを次のように装飾しても問題ありません

@GET
@Path("util/randomNumber")
public Response getRandom(...)
于 2013-03-04T18:46:36.230 に答える