优点：

1.适合开放性高的API。这几年的由于移动互联网流行使得前端设备多样化，业界急需一种统一的机制来规范API设计，使得API适用于各种各样的前端设备，REST符合这种需求。

2.行为和资源分离，更容易理解。

3.提出使用版本号（例如v1、v2），更加规范。

 

缺点：

1.对后端开发人员要求高，业务逻辑有时难以被抽象为资源的增删改查。

2.对前端开发人员不友好，API粒度较粗，难以查询符合特殊要求的数据，同样的业务要比普通的API需要更多次HTTP请求。
————————————————
版权声明：本文为CSDN博主「UNT」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/qq_34098903/article/details/81116103

 

 

个人观点：我觉得以上这位大侠写的很简洁明了，和APP前端同事沟通之后，还是决定不使用restful风格，会加大接口对接的难度，约定起来也比较容易出错，传统的get/post方式，清晰的定义接口功能，比较方便，而且对于安全角度来说，差别也是不大的，签名机制+密钥+时间戳也可以过滤一部分危险，所以决定暂时不要使用。至于版本号，我们也根据自己的情况，结合网上大家的经验，自己定义了规则。可以很好的适应和兼容。