动词 or 名词 ：这是一个问题 【转载】

前言：有网友让我用通俗的语言来说一讲RESTful ,   我在这一块工程实践的不太多，有点为难了，  只能讲一讲个人理解， 欢迎你们批评指正。计算机行业最擅长造新词了，像什么AJAX，IoC, AOP, SOA, NoSQL, 微服务，TDD，敏捷，RESTful......等等。
有不少人很是喜欢在口头拽这些热门名词，显得多么高深的样子，  其实这些热词背后表明的东西，要解决的问题没那么复杂，不少人是因为带着敬畏心被吓住了。
RESTful就是其中之一， 它不是一个新的计算机语言或者技术，  只是一个架构风格， 准确一点讲是如何设计系统来对外提供服务。 
传统网站我在2000年左右仍是微软粉丝，一直用ASP + COM 写Web网站， 当时的网站是单纯的HTML, 只有一点javascript效果， 这些网站基本上是自治的“独立王国”， 不会经过API接口对外提供服务。 

因为在浏览器中经过javascript来异步访问后端接口的极少，  AJAX这个热词尚未出现， 因此当时在ASP中主要处理两个东西：图1 ： 常见的网站操做很普通，对吧？ 其实如今大部分网站仍是这么作的。 SOA后来互联网大发展， 各个网站系统变的愈来愈复杂，一个自治的“帝国”常常要被划分红多个“王国”，这些王国之间如何沟通和交流变得重要起来。
一些大厂商顺势制定了叫作SOA的标准，提出了面向服务的架构体系。
和面向对象这样的技术术语不一样 ， SOA中的服务实际上是业务层面的东西， 是个业务活动的逻辑表达方式，粒度更粗一些。
这些服务独立于厂商，产品和具体实现技术，  可以发布出来被别的系统调用， 还可以被组合起来造成更粗粒度的“服务”。
虽然服务是面向业务的， 但还得用具体的技术表达出来， 毫无心外， 大佬们选择了XML,   用XML来描述一个服务看起来来像这个样子：
图2： 服务描述片断
没有玩过Web Service 的不用彻底看懂它，它描述的也是一个getBook这样的操做， 输入是一个id ,类型是字符串。
返回值也是一个字符串 （一般是XML格式的，表示书籍的详细信息）
我想突出的重点是这个服务（getBook）和 “图1"  中的getBook.action 在形式上的一致性：
他们都试图表达这样一个过程： 得到一本书的信息，  因此这两种方式都是面向过程的。或者说，他们都以动词为主， getBook, addBook,  deleteBook , placeOrder,  registerUser,  login , transfer 等等。
RESTful其实面向过程，以动词为主的方式是最天然的方式， 码农不用怎么费脑子就能想到如何设计。
而后RESTful 这种概念就漂洋过海，从美国杀入了中国市场。
RESTful告诉你们说： 之后大家不要用动词， 用名词更好， 不要面向过程了， 要面向资源(Resource)。 资源使用一个URI来表达的， 例如 :图3 ： REST风格的资源
注意图3 中的books, orders, 这些都是名词，  那问题天然就来了： 我怎么作传统的add, delete等操做呢？
RESTful 说： 要充分利用HTTP 提供的方法：图4： 对资源的操做
你看增删改查都齐全了。
须要注意的是服务器端返回信息的格式由发起调用的客户端指定，例如HTML ,JSON, XML, 这称为资源的表述（representation）
我第一次看到这种方式的时候大为震惊， 这实在是太不直观了。 
按照这种风格，你须要把服务器端的东西都 ”资源化“， 像上面的那些很容易， 还有一些例如转帐，登陆，忘记密码，获取短信验证码，这样常见的业务操做“资源化”起来就不那么爽了。 
RESTful 架构风格还要求Stateless(无状态)，  服务器端并不会维护/保存会话(session)信息,  这些会话信息应该有客户端来维持，每次请求时也须要一并发送到服务器端。 
服务器端甩掉了会话状态这个大包袱，一会儿就轻松多了，可扩展性会有极大提高， 例如我能够把一个服务部署到由100个服务器组成的集群中，每一个服务器均可以处理用户的请求。
假设用户第一个请求发到了服务器#87  ，而后这个服务器坏了， 第二次请求能够发送到剩下99个服务器中的任何一台， 反正会话信息包含在每一个请求中, 任意一台服务器都能处理。 
我认为RESTful的无状态是一种理想的境界，现实中不大容易作到， 客户端到底如何保存session信息呢，是每次请求都把用户名/密码 发到服务器端仍是经过第三方认证的方式实现？  
若是想实现一个购物车的应用， 服务器不保存session的话该怎么作？    我这块儿实践很少，请高手不吝赐教。
虽然有难度， 那为何如今不少人对REST趋之若鹜呢？
我我的认为你们是看中了他的轻量级的风格， 那就是用HTTP+JSON就能够搞定一切。
传统的SOA倾向于用WSDL来描述服务， 用SOAP协议来访问服务，此外还有服务注册，发现， 组合，总线，安全等一系列问题， 一般还得上Websphere ,WebLogic 这样重量级的服务器。
码农不只要问了： 我就想调用一个简单的接口， 搞这么麻烦干吗？
REST一来， 写个Web服务简直是太简单了， 用一个最“低级”的java servlet, 分分钟搞定， 不过有时候你们也没有严格的遵循REST的要求， 没有把一切东西都“资源化”，由于那样太不容易了。

我看到的不少项目号称是REST风格， 但其实就是经过HTTP和JSON对外提供的服务而已 ，没有完整的遵循REST架构风格的约束， 能够说是“挂着REST的羊头，卖着面向过程的狗肉”。

 

最后，推荐你们去读一下RESTful架构风格的提出者Roy Fielding 博士的论文， 2000年发表的《架构风格与基于网络的软件架构设计》， 这是RESTful开山之做， 也是Web发展史上很是重要的一篇文献。

 

(完)

声明：原创文章，未经受权，禁止转载
你看到的只是冰山一角， 更多精彩文章，尽在“码农翻身” 微信公众号， 回复消息"m"或"目录" 查看更多文章

 

 

http://mp.weixin.qq.com/s?__biz=MzAxOTc0NzExNg==&mid=2665513217&idx=1&sn=a56253effadfc14d428966e0dbc9962b#rd