restful 的问题

Question

扫描数据库model生成相应的api
如有个user表，则生成

• GET /user/

• GET /user/:id

• POST /user/

• PUT /user/:id

• DELETE /user/:id

这样的做法有什么优缺点？

Answer 1

把user 改成 users更符合restful规范

Answer 2

RESTful只是一种设计思路，更准确的说只是一种规范而已，并没有太大的优缺点的区别，仅仅只是说使用这种定义方式可以更加清晰更加准确，对于接口逻辑上来说并没有任何的改变。就像代码规范一样，一堆乱代码显然不及一堆格式工整，缩进得当的代码更容易让人清晰的阅读它们的功能，即使它们所能实现的功能是一样的。

Answer 3

咋一看之下我觉得非常实用，但是仔细想想具体实现会不会有很多需要考虑的东西，比如权限控制，如何针对不同的表设置该用户能够访问的字段，另外一个是暴露数据库表名和字段名是否会有一定的风险？

Answer 4

顺着这个思路，还可以生成控制器，服务，实体，路由，前端组件。那就是代码生成器了。
坑：
0 前面的人提到了资源路由应该是复数
1 考虑命名有下滑线
2 会有冗余问题，一下子生成5个，并不是都用的到
3 put，post，不能无脑把前端data所有数据都更新到数据库，要加一层筛选字段的功能
4 其他回答里提到的数据权限问题，比如我不能取得别人的订单
5 其他复杂情况，比如联表查询业务，这个方案覆盖不了