rest - 范围 API 的机制

Question

我有不同的用户，他们可能登录到用户界面并需要查看相同资源的不同 View 。例如，一个家庭共享一个购物应用程序。当 parent 登录时，他们可以看到购物车中的所有内容。当 child 登录时，他们看不到购物车中的某些产品，而对于他们可以看到的产品，他们看不到某些属性(例如价格)。
因此，从资源的角度来看，如果我们希望 parent 和 child 有两个不同的购物车 View ，一种方法是:

/parent/shoppingcart

和

/child/shoppingcart

另一种方法是:

/parent.shoppingcart

和

/child.shoppingcart

从 API/REST 角度来看，最佳实践是什么？
注意:我做不到，

/shoppingcartsummary

和
/购物车
因为比 parent 和 child 的意见还要多。

Answer 1

最佳实践可能是/shoppingcart/parent 和/shoppingcart/child。很确定如果你可以做“/parent/shoppingcart”，你可以做“/shoppingcart/parent”。

Shoppingcart 将是 View 的通用/通用部分(在 Controller 上，通用功能，例如检索产品列表以准备以某种方式显示它们或不显示它们)。基于授权级别，“父”或“子” subview 扩展了购物车并阐明了确切的表示。

当然只有 parent 可以访问/shoppingcart/parent。当然， parent 也会有一个链接“以 child 的身份查看”来查看/shoppingcart/child。

特别重要的是，不要依赖客户端/浏览器直接指定它是什么，例如发送 Content-Type 来指定父级或子级。