restful 的特色是接口少 

get,put,post,delete 

好处是容易记, 统一. 

但是业务上往往不会这么简单. 

不同的 user/roles 调用同一个 get 接口, 出来的结果不一定相同. 

或许 admin 可以看见所有的 resource 

但是 member 只能看见自己创建的 resource. 

又或许 admin 可以看见 resource 所有的属性, 但是 member 只能看见某一些属性. 

要在 restful api 上处理这样的需求, 你就要把逻辑放到同一个接口里. ( 不是说不能实现, 也不是说不优雅, 只是觉得以前写 RPC 的模式更简单些. )

那如果我们不使用 restful 的话, 我们可以很容易的写 2 个接口来区分开这些逻辑. 

写权限也变得很容易, 扩展也很容易. 

所以经验告诉我, 鱼与熊掌, 难以兼得. 

所以要依据项目自己衡量.