之前restful理解_数据库_黄腾霄的博客-CSDN博客和大家介绍了对RESTful的理解。然后就有小伙伴问了我灵魂问题,对于RESTfulAPI设计,是不是不能使用query string?
关于这个问题,网上观点两派纷争不断,为此我特意去拜读了Roy Thomas Fielding的博士论文,以及结合自己的理解来和大家谈谈RESTfulAPI能否使用query string。
问题来源
对于RESTfulAPI,大家都有一个基本的认识,网上一切皆资源,用URI来定位唯一的资源。
而对于领域模型的实体对象来说,RESTfulAPI的设计大家都没有什么疑问。
比如一个人的名字可以用这样的API
/people/1/name
但是,如果这个资源时一个服务,那么处理方式就存在争议了
比如有一个姓名生成服务,可以根据传入的性别,生成一个随机的人名。
不同的同学可能会使用下面两种不同的API设计方式。
/namegenerator?gender=male
/namegenerator/male
出现这种情况的一个可能的原因来自于Roy Thomas Fielding博士论文中的6.5.2 HTTP is not RPC这一小节。
文中不建议大家使用RPC风格的设计(即类似
第一种使用query string 的方法)。
那么这一节真的是让大家不要使用query string 么?
HTTP is not RPC
论文里面最重要的一段话如下,翻译过来大意是,HTTP和RPC的区别不在于语法,而是提供了一个带标准语义统一的接口,能让中间层获取和源服务几乎相同的解析能力。这导致应用获得了独立于信息源的转换层和间接层,有利于构建网络缩放,多组织,可松散缩放的信息系统。而RPC机制只是定义了API术语,而不是基于网络的应用。
What distinguishes HTTP from RPC isn’t the syntax. It isn’t even the different characteristics gained from using a stream as a parameter, though that hel