热门
最新
红包
立Flag
投票
同城
我的
发布
RESTful⻛格的API 固然很好很规范, 但⼤多数互联⽹公司并没有按照其规则来设计, 因为REST是⼀种风格，而不是⼀种约束或规则, 过于理想的RESTful API 会付出太多的成本
RESTful API 缺点:
操作⽅式繁琐， RESTful API通常根据GET, POST, PUT, DELETE 来区分对资源的操作动作. 但是HTTP Method 并不可直接⻅到, 需要通过抓包等⼯具才能观察. 如果把动作放在URL上反⽽更加直观, 更利于团队的理解和交流.
⼀些浏览器对GET, POST之外的请求⽀持不太友好, 需要额外处理.
过分强调资源. ⽽实际业务需求可能⽐较复杂, 并不能单纯使⽤增删改查就能满⾜需求, 强⾏使⽤RESTful API会增加开发难度和成本
所以, 在实际开发中, 如果业务需求和RESTful API不太匹配或者很麻烦时, 也可以不⽤RESTful API. 如果使用场景和REST风格比较匹配, 就可以采用RESTful API.
总之: 无论哪种风格的API, 都是为了⽅便团队开发, 协商以及管理, 不能墨守成规. 尽信书不如无书, 尽信规范不如无规范。
————————————————
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
原文链接：https://blog.csdn.net/LHY537200/article/details/146711406
CSDN App 扫码分享
评论
2
打赏
- 复制链接
- 举报
下一条：
3.2什么是RESTful? REST 是⼀种设计风格, 并没有⼀个明确的标准. 满足这种设计风格的程序或接⼝我们称之为RESTful(从单词字⾯来看就是⼀个形容词). 所以RESTful API 就是满⾜REST架构风格的接⼝. RESTful 风格大致有以下⼏个主要特征：资源: 资源可以是⼀个图⽚, ⾳频, 视频或者JSON格式等⽹络上的⼀个实体, 除了⼀些⼆进制的资源外普通的⽂本资源更多以JSON为载体、⾯向⽤⼾的⼀组数据(通常从数据库中查询⽽得到)统⼀接⼝: 对资源的操作. ⽐如获取, 创建, 修改和删除. 这些操作正好对应HTTP协议提供的GET、POST、PUT和DELETE⽅法. 换⾔⽽知，如果使⽤RESTful⻛格的接⼝, 从接⼝上你可能只能定位其资源，但是⽆法知晓它具体进⾏了什么操作，需要具体了解其发⽣了什么操作动作要从其HTTP请求⽅法类型上进⾏判断———————————————— 版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。 原文链接：https://blog.csdn.net/LHY537200/article/details/146711406
