restful怎样用通俗的语言解释REST，以及RESTful

什么是RESTful Web Service

支持通过REST调用的web Service REST简单理解可以通过URL的路径调用服务。

/服务名/方法名?参数名=参数值&参数名=参数值 返回为SOAP协议或JSON协议

restful和webservice的怎么选

您好！一下为个人看法，希望能对您有帮助，满意的麻烦给个采纳，谢谢了！ 从基本原理层次上说，REST 样式和 SOAP 样式 Web Service的区别取决于应用程序是面向资源的还是面向活动的。

例如，在传统的WebService中，一个获得天气预报的webservice会暴露一个WebMethod：string GetCityWether（string city）。

而RESTful WebService暴露的不是方法，而是对象（资源），通过Http GET, PUT, POST 或者 DELETE来对请求的资源进行操作。

在 REST 的定义中，一个 Web Service总是使用固定的 URI 向外部世界呈现（或者说暴露）一个资源。

可以说这是一种全新的思维模式：使用唯一资源定位地址 URI，加上 HTTP 请求方法从而达到对一个发布于互联网资源的唯一描述和操作。

所以我理解为rest架构定义的webservice实际上定义了一个借口的规范。

REST其实并不是什么协议也不是什么标准，而是将Http协议的设计初衷作了诠释，在Http协议被广泛利用的今天，越来越多的是将其作为传输协议，而非原先设计者所考虑的应用协议。

REST的思想归结以下有如下几个关键点： 1．面向资源的接口设计 所有的接口设计都是针对资源来设计的，也就很类似于我们的面向对象和面向过程的设计区别，只不过现在将网络上的操作实体都作为资源来看待，同时URI的设计也是体现了对于资源的定位设计。

后面会提到有一些网站的API设计说是REST设计，其实是RPC-REST的混合体，并非是REST的思想。

2．抽象操作为基础的CRUD 这点很简单，Http中的get,put, post,delete分别对应了read,update,create,delete四种操作，如果仅仅是作为对于资源的操作，抽象成为这四种已经足够了，但是对于现在的一些复杂的业务服务接口设计，可能这样的抽象未必能够满足。

其实这也在后面的几个网站的API设计中暴露了这样的问题，如果要完全按照REST的思想来设计，那么适用的环境将会有限制，而非放之四海皆准的。

3．Http是应用协议而非传输协议 这点在后面各大网站的API分析中有很明显的体现，其实有些网站已经走到了SOAP的老路上，说是REST的理念设计，其实是作了一套私有的SOAP协议，因此称之为REST风格的自定义SOAP协议。

4．无状态，自包含 这点其实不仅仅是对于REST来说的，作为接口设计都需要能够做到这点，也是作为可扩展和高效性的最基本的保证，就算是使用SOAP的WebService也是一样。

RESTful Web Services到底是干什么的啊~

REST（英文：Representational State Transfer，简称REST）描述了一个架构样式的网络系统，比如 web 应用程序。

它首次出现在 2000 年 Roy Fielding 的博士论文中，他是 HTTP 规范的主要编写者之一。

在目前主流的三种Web服务交互方案中，REST相比于SOAP（Simple Object ess protocol，简单对象访问协议）以及XML-RPC更加简单明了，无论是对URL的处理还是对Payload的编码，REST都倾向于用更加简单轻量的方法设计和实现。

值得注意的是REST并没有一个明确的标准，而更像是一种设计的风格。

　　REST (REpresentation State Transfer) 描述了一个架构样式的网络系统，比如 web 应用程序。

它首次出现在 2000 年 Roy Fielding 的博士论文中，他是 HTTP 规范的主要编写者之一。

REST 指的是一组架构约束条件和原则。

满足这些约束条件和原则的应用程序或设计就是 RESTful。

　　Web service是一个平台独立的，低耦合的，自包含的、基于可编程的web的应用程序，可使用开放的XML（标准通用标记语言下的一个子集）标准来描述、发布、发现、协调和配置这些应用程序，用于开发分布式的互操作的应用程序。

　　Web Service技术， 能使得运行在不同机器上的不同应用无须借助附加的、专门的第三方软件或硬件， 就可相互交换数据或集成。

依据Web Service规范实施的应用之间， 无论它们所使用的语言、 平台或内部协议是什么， 都可以相互交换数据。

Web Service是自描述、 自包含的可用网络模块， 可以执行具体的业务功能。

Web Service也很容易部署， 因为它们基于一些常规的产业标准以及已有的一些技术，诸如标准通用标记语言下的子集XML、HTTP。

Web Service减少了应用接口的花费。

Web Service为整个企业甚至多个组织之间的业务流程的集成提供了一个通用机制。

　　　　Web 应用程序最重要的 REST 原则是，客户端和服务器之间的交互在请求之间是无状态的。

从客户端到服务器的每个请求都必须包含理解请求所必需的信息。

如果服务器在请求之间的任何时间点重启，客户端不会得到通知。

此外，无状态请求可以由任何可用服务器回答，这十分适合云计算之类的环境。

客户端可以缓存数据以改进性能。

举例说明，RESTful 到底有哪些好处

” 其实，因为传统的Web接口实现方式同样能够实现业务需要（所以这不是一个必须的事情.我理解你的问题应该是“把传统的PHP Web接口改成符合RESTful风格的Web接口有什么用处，需要自己根据业务需求综合判断是，这里最好用“好处”这个词来代替“用处”.

怎样用通俗的语言解释REST，以及RESTful

0. REST不是"rest"这个单词，而是几个单词缩写。

但即使那几个单词说出来，也无法理解在说什么 -_-!! （不是要贬低人，是我自己也理解困难）； 1. REST描述的是在网络中client和server的一种交互形式；REST本身不实用，实用的是如何设计 RESTful API（REST风格的网络接口）； 2. Server提供的RESTful API中，URL中只使用名词来指定资源，原则上不使用动词。

“资源”是REST架构或者说整个网络处理的核心