REST简介
前言
前段时间公司让我做个功能，需要调用第三方的接口，并要求最好使用REST API而不是SOAP API，对于SOAP还有些认识，但是对于REST API这个东东还是第一次听说，于是通过查阅资料简单了解了下REST API，然后结合第三方提供的API文档，总算对其有了简单的认识。
正题
一、概述
REST (REpresentational State Transfer，表述性状态转移) 。REST 指的是一组架构约束条件和原则。满足这些约束条件和原则的应用程序或设计就是RESTful。
其实REST并不是一种新兴的技术语言，也不是什么新的技术框架。准确来说说REST只是一种概念、风格或者约束，是回归HTTP本身的建议。
Web的几大基础技术：
URI（统一资源标识符，用来标识资源）
HTTP（超文本传 输/转移协议，用来操作资源）(POST\GET\PUT\DELETE)
Hypertext（超文本，用来描述资源的内容与状态，我们可以用HTML、XML、JSON或者自定义格式的文本来描 述任何一个资源）。
REST是由Roy Thomas Fieding在他的博士论文《Architectural Styles and the Design of Network-based
Software Architectures》(《架构风格与基于网络的软件架构设计》)中提出的一种架构思想。
Roy Fielding是 Apache基金会的合作创作者，同时也是HTTP、URI等Web基础协议的主要设计者。从Roy Fielding的背景，我想大家就应该能了解到REST与Web之间的关系了吧。的确，在REST中我们关注技术实际上也只是URI、HTTP、Hypertext而已。
其实就是以Web为基础的架构而设计的一种概念、风格或者约束的一种设计模式，一种架构思想。
二、约束
Roy在他的论文中提出了一个RESTful应用应该具备的几点约束。
1、每个资源都应该有一个唯一的标识
2、使用标准的方法来更改资源的状态
3、Request和Response的自描述
4、资源多重表述
5、无状态的服务
Roy认为，只有具备了上面的约束的应用才能算是REST应用，其实现在好多所谓的REST应用或服务，其实并不能算是真正的REST应用。
三、小结
不管是REST还是SOAP其实都是以Web为基础，然后对于远程接口调用按照一定的规则进行了封装，只是REST相对封装的更彻底些，所以使用起来更加方便，但是凡事都有利弊，REST和SOAP各有千秋，详细的区别我们下篇继续。