2

我正在开发一个 REST API,其中我们有一个由自然键标识的订阅资源,也就是说,它们是根据来自其他资源的键来标识的。前任:

POST /subscriptions/user/123
POST /subscriptions/company/intel

这个意思是我要为用户123创建订阅或者为intel创建订阅。删除这些订阅“资源”是类似的:

DELETE /subscriptions/user/123
DELETE /subscriptions/company/intel

这就是我不确定的地方。我正在创建订阅,但我正在根据其他自然键识别订阅:user/123company/intel. 没有实际订阅id。这是一种不错的做事方式,还是我应该为每个订阅创建一个代理键?

4

1 回答 1

0

每个用户/公司可以有多个订阅吗?如果是这样,那么您将需要一个密钥来识别要删除的实际订阅。

如果不是,那么我认为这将是一种设计 API 的好方法。POST如果已经有订阅,我希望您生成一个错误——用户应该使用它PUT来进行更新,对吗?

如果我要GET /subscriptions/,它会是一个订阅用户和公司的列表(/subscriptions/user/123, /subscriptions/company/intel)吗?

似乎有道理。

于 2012-11-30T01:48:23.180 回答