RESTful API我的理解

全称：REST，全称是Resource Representational State Transfer，即：资源在网络中以某种形式进行状态转移。————所谓状态的转移，可参考《HTTP权威指南》
出现：REST最早是由Roy Fielding博士发表的论文中提到的，他也曾参与设计了HTTP协议。论文地址：http://www.ics.uci.edu/~fielding/pubs/dissertation/top.htm
定义：简单来说REST是一种系统架构设计风格（而非标准），一种分布式系统的应用层解决方案。
背景：早期的网页端是前后台一起的，比如PHP、JSP等。而随着近几年移动端的快速发展和分布式架构的应用，各种Client层出不穷，这个时候就需要有个统一的机制，来为前后端通信提供服务。
而RESTful API就是目前比较成熟的的一套应用程序API设计理论。
目的：Client和Server端进一步解耦。
应用：最为经典的莫过于github API。

上面是大体概述，其实什么是RESTful ，它其实是一种风格，一种样例，一种规划，有点类似于你安装软件时候的推荐（但不是默认的），在前后端都很发达的现在，当你想实现一个应用你会发现你又很多选择，语言的选择：c++，java，php，python等等多种多样，各个语言或多或少的都有自己的框架，于是从A点到B点有很多条路各有千秋也谈不上谁特别好特别坏，这就让人很难选择了，这时候RESTful就展现出了他的包容性，
它的目光不再是针对代码本身或者是语言本身，相信每个人都听说过前‘后端分离’，在前面写到：
REST，全称是Resource Representational State Transfer，即：资源在网络中以某种形式进行状态转移
这很重要，这让我们知道了RESTful考虑的是后台逻辑向页面展示数据（即资源）这个过程，这个过程中资源进行了转移 有过经历的小伙伴们一定知道无论是POST还是GET的过程中都是进行了资源的转移的，而RESTful对后台逻辑与前端展示进行了解耦，这是个跨越式的方法，我们不必拘泥于语言的框架，有了更灵活的方法达到同样的效果，这直接导致了客户端的便捷性，服务端的可伸缩性，即降低了成本又便于开发，因此风靡于各大小企业之中。
而且值得一提的是，刚才说了他是一种风格，为什么说他不是框架呢？因为RESTful没有具体的属于自己的api接口，也没有重新定义什么，而是对现有的众多的方法，通道的一个整合，优化，仅此而已，这样你可能就明白了我刚才说的，它类似于你装软件，你完全可以自定义安装，找到适合你的，但当你着急安装，不知道怎么安装，我这个方法也总是可靠可行的，到头来你也没有多安装什么，软件也如愿安装到了你的电脑上（这个例子或许有些不恰当，因为我的做后端开发的，有些忽略的前端部分已经它的核心思想“解耦”了），
至于它的具体内容，你会从很多框架上看到它的影子（因为技术虽然五花八门但核心思想都还是建立在TCP通信上的）我就不再赘述了，这个思想还是很值得我们学习的。