restful 的特色是接口少
get,put,post,delete
好处是容易记, 统一.
但是业务上往往不会这么简单.
不同的 user/roles 调用同一个 get 接口, 出来的结果不一定相同.
或许 admin 可以看见所有的 resource
但是 member 只能看见自己创建的 resource.
又或许 admin 可以看见 resource 所有的属性, 但是 member 只能看见某一些属性.
要在 restful api 上处理这样的需求, 你就要把逻辑放到同一个接口里. ( 不是说不能实现, 也不是说不优雅, 只是觉得以前写 RPC 的模式更简单些. )
那如果我们不使用 restful 的话, 我们可以很容易的写 2 个接口来区分开这些逻辑.
写权限也变得很容易, 扩展也很容易.
所以经验告诉我, 鱼与熊掌, 难以兼得.
所以要依据项目自己衡量.