RESTful api在实际应用中都有完全依据规范设计吗
例如
get /ticket/1
post /ticket
put /ticket/1
patch /ticket/1
delete /ticket/1
另外还有状态码的使用
200,201,202等等
在实际应用中都是怎么做的呢
RESTful api在实际应用中都有完全依据规范设计吗
例如
get /ticket/1
post /ticket
put /ticket/1
patch /ticket/1
delete /ticket/1
另外还有状态码的使用
200,201,202等等
在实际应用中都是怎么做的呢
1 回答4.1k 阅读✓ 已解决
3 回答1.8k 阅读✓ 已解决
2 回答2.2k 阅读✓ 已解决
2 回答2.2k 阅读
1 回答1.4k 阅读✓ 已解决
796 阅读
646 阅读
关于RESTful规范
既然使用了RESTful那么尽量去 “接近” 他的规范吧,这个在团队协作做,会有一种“约定大于配置”的高效沟通效果
一旦定义了实体资源,比如文章posts,那么很多接口地址其实都一目了然了,如果再配合一份团队所有成员都可以看的数据库模型设计,或数据库文档,那基础的接口文档直接可以不需要了
关于状态码
状态码就遵循HTTP Status Code规范就好了,在响应头里带回来,然后如果出错了,单独响应一个错误的error信息,详细描述错误内容