对django rest_framework的个人理解

首先要搞清楚web service 和rest都是一种API设计的架构，简单点说

作为一个api开发者，为了保证跨语言、跨平台的高效api，我们可以采用架构师提出的设计架构的理念去设计符合条件的api.

比方说web service是以service为重点，就好比把公司内部系统的业务方法发布成WebService服务，供远程合作单位和个人调用，也就是封装成可调用的api。web service是由WSDL+UDDI+SOAP，这三个重要的概念组成，wsdl就是公司将自己能够提供的服务用xml的形式表示出来，就像在公司外面贴了一张告示一样，告诉大家我们公司可以提供什么样的服务，UDDI就是将自己的WSDL文件暴露出来，让大家都知道的一种方式，也就是企业在UDDI服务器上注册WSDL可以供用户自己无查找本公司的服务，或者直接给出URI，定位到WSDL文件，消费者怎么使用web service，以怎么样的形式去使用，就是soap的概念了。

所以,web service就是比如像天气预报、淘宝网等把自己的系统服务以web service的形式暴露出来，不论你使用的是哪一个操作系统，如果想要调用他的服务，只要遵循web service的设计规则，就可以成功使用它们的服务

rest是一种api的设计架构，如果想要自己设计的api，能够满足不同的平台的需要，可以使用REST的规则来进行设计。API就是前后端进行交流的一个入口，而 rest风格的API使交互的时候更加规范，更加容易。REST的重点是resource，也就是资源。restful的设计核心就是服务器上所有的东西都是资源。所有的HTTP action都应该是相应的resource上可以被处理的。API就是对资源的管理操作，具体的操作是由http action定的。

上面的意思就是说，restful的设计中心就是服务器上的资源，API就是对资源进行操作的程序，而具体怎么操作这些资源，是增加、修改，还是删除是由http action决定的。在一个RESTful系统里，客户端向服务端发起索取资源的操作只能通过HTTP协议语义来进行交互。这5个协议是：

GET：从服务器取出资源（一项或者多项）

POST：在服务器新建一个资源

PUT：在服务器更新资源（客户端提供完整资源数据）

DELETE：从服务器删除资源

HEAD：从服务器获取报头信息（不是资源）

在客户端与服务器端进行交互时，又规定了相应的交互格式，其中最常用的是以application开头的。

application/json JSON数据格式

application/xhtml+xml XHTML格式

application/xml XML数据格式

application/atom+xml XML聚合格式

通俗点解释，就是说，客户端和服务端是不能直接交互数据，在这里是要使用API的，就好比警察和卧底，他们是不能直接交流的，需要通过某种暗号，比方说敲三下门，这里的敲三下门就是HTTP协议，交流的时候也不能直接交流需要一种交流语言，比方说英语，俄语之类的，这就是上面刚说的交互格式。

在一个RESTful系统里，客户端向服务端发起索取资源的操作只能通过HTTP协议语义来进行交互，客户端与服务端进行交互响应时，需要规定双方能够接受何种类型的媒体表现形式，也就是说，API设计的时候，只有遵循http协议前后端才能进行交互，也只有使用合理的资源类型，才能让客户端获取到交互数据。

API的设计规则:

应该尽量将API部署在专用域名之下,URL中应尽量使用名词，尽量避免使用动词

路径又称"终点"（endpoint），表示API的具体网址

找到特定领域的媒体类型，根据特定的领域来设计媒体类型

易拓展性

灵活性

可移植性

上面的都是索引，只为引出最终的rest_framework，就是rest风格的框架，能够实现被重复利用的api，满足前后端数据的交互