RESTFUL风格网络框架demo

一. 我所理解的RESTFUL

1. 起源, REST这个词，是Roy Thomas Fielding在他2000年的博士论文中提出的。(一样事务的来龙去脉是很有意思的)

2. Fielding是一个非常重要的人，他是HTTP协议（1.0版和1.1版）的主要设计者、Apache服务器软件的作者之一、Apache基金会的第一任主席。这是个大牛人。

3. Fielding将他对互联网软件的架构原则，定名为REST，即Representational State Transfer的缩写。翻译是"表现层状态转化"。

4. 如果一个架构符合REST原则，就称它为RESTful架构。

6. 资源（Resources） REST的名称"表现层状态转化"中，省略了主语，主语就是资源

7. 所谓"资源"，就是网络上的一个实体，或者说是网络上的一个具体信息。它可以是一段文本、一张图片、一首歌曲、一种服务，总之就是一个具体的实在。你可以用一个URI（统一资源定位符）指向它，每种资源对应一个特定的URI。

7. 表现层（Representation），"资源"是一种信息实体，它可以有多种外在表现形式。我们把"资源"具体呈现出来的形式，叫做它的"表现层"（Representation）。

8. 比如，文本内容可以用txt格式表现，也可以用HTML格式、XML格式、JSON格式表现，甚至可以采用二进制格式；图片可以用JPG格式表现，也可以用PNG格式表现。

9. 划重点啦，状态转化（State Transfer），互联网通信协议HTTP协议，是一个无状态协议。这意味着，所有的状态都保存在服务器端。因此，如果客户端想要操作服务器，必须通过某种手段，让服务器端发生"状态转化"（State Transfer）。而这种转化是建立在表现层之上的，所以就是"表现层状态转化"。

10. 客户端用到的手段，只能是HTTP协议。具体来说，就是HTTP协议里面，四个表示操作方式的动词：GET、POST、PUT、DELETE。它们分别对应四种基本操作：GET用来获取资源，POST用来新建资源（也可以用于更新资源），PUT用来更新资源，DELETE用来删除资源。

11. 综合上面的解释，我们总结一下什么是RESTful架构：

（1）资源用URI表示；

（2）客户端和服务器之间，在表现层进行资源的状态转换；

（3）客户端通过四个HTTP动词，对服务器端资源进行操作，实现"表现层状态转化"。

12. RESTful接口设计误区

最常见的一种设计错误，就是URI包含动词。因为"资源"表示一种实体，所以应该是名词，URI不应该有动词，动词应该放在HTTP协议中。

举例来说，某个URI是/posts/show/1，其中show是动词，这个URI就设计错了，正确的写法应该是/posts/1，然后用GET方法表示show。

GET /POSTS/1

二. 如何一步步实现

1. http包如下，

三. 使用小结

感谢：

理解RESTful架构