restFul简介

RESTful

1.使用标准的HTTP方法（create，delete） 2.无状态性：RESTful只要维护资源的状态，而不须要维护客户端的状态。对于它来讲，每次请求都是全新的，它只须要针对本次请求做相应的操做，不须要将本次请求的相关信息记录下来以便用于后续来自相同客户端请求的处理。 3.多资源表示方式 因为REST是面向资源的，因此一个Web API旨在实现针对单一资源的操做。咱们在前面已经说个，针对资源的基本操做惟CRUD而已，这是使咱们能够为Web API定义标准接口成可能。所谓的标准接口就是针对不一样资源的Web API定义一致性的操做来操做它们，其接口能够采用相似于下面的模式。

public class ResourceService
  {
      public IEnumerable<Resource>[] Get();
    public void Create(Resource resource);
   public void Update(Resource resource);
    public void Delete(string id);
}
复制代码

好比咱们分别发送PUT和POST请求以添加一个员工，标识员工的URI由其员工ID来决定。若是员工ID由客户端来指定，咱们能够发送PUT请求；若是员工ID由服务端生成，咱们通常发送POST请求。具体的请求与下面提供的代码片段相似，能够看出它们的URI也是不同的。

PUT http://www.artech.com/employees/300357 HTTP/1.1
 ...
 
  <employee>
    <id>300357</id> 
   <name>张三</name>
   <gender>男<gender>
  <birthdate>1981-08-24</birthdate>
   <department>3041</department>
</employee>

POST http://www.artech.com/employees HTTP/1.1
...
 
 <employee>
    <name>张三</name>
   <gender>男<gender>
  <birthdate>1981-08-24</birthdate>
   <department>3041</department>
 </employee>
复制代码

POST和PUT请求通常将所加资源的内容置于请求的主体。可是对于PUT请求来讲，若是添加资源的内容彻底能够由其URI来提供，这样的请求能够不须要主体。好比咱们经过请求添加一个用于控制权限的角色，标识添加角色的URI由其角色名称来决定，而且不须要指定除角色名称的其它信息，那么咱们只要发送以下一个不含主体的PUT请求便可。

PUT http://www.artech.com/roles/admin HTTP/1.1

 ...
复制代码

除了进行资源的添加，PUT请求还能用于资源的修改。因为请求包含提交资源的标识（能够放在URI中，也能够置于保存在主体部分的资源内容中），因此服务端可以定位到对应的资源予以修改。对于POST和PUT，也存在一种一刀切的说法：POST用于添加，PUT用于修改。我我的比较承认的是：若是PUT提供的资源不存在，则作添加操做，不然作修改。

webservice：Webservice是使应用程序以与平台和编程语言无关的方式进行相互通讯技术。

XML（标准通用标记语言下的一个子集）：XML是在web上传送结构化数据的伟大方式，Web services要以一种可靠的自动的方式操做数据，HTML（标准通用标记语言下的一个应用）不会知足要求，而XML可使web services十分方便的处理数据，它的内容与表示的分离十分理想；

SOAP：SOAP使用XML消息调用远程方法，这样web services能够经过HTTP协议的post和get方法与远程机器交互，并且，SOAP更加健壮和灵活易用；

其余像UDDI和WSDL技术与XML和SOAP技术紧密结合用于服务发现。 从表面上看，Web service 就是一个应用程序，它向外界暴露出一个可以经过Web进行调用的API。这就是说，你可以用编程的方法经过Web来调用这个应用程序。咱们把调用这个Web service 的应用程序叫作客户。例如，你想建立一个Web service ，它的做用是返回当前的天气状况。那么你能够创建一个ASP页面，它接受邮政编码做为查询字符串，而后返回一个由逗号隔开的字符串，包含了当前的气温和天气。要调用这个ASP页面，客户端须要发送下面的这个HTTP GET 返回的数据就应该是这样： 这个ASP页面就应该能够算做是Web service 了。由于它基于HTTP GET请求，暴露出了一个能够经过Web调用的API。固然，Web service 还有更多的东西。 下面是对Web service 更精确的解释： Web services是创建可互操做的分布式应用程序的新平台。做为一个Windows程序员，你可能已经用COM或DCOM创建过基于组件的分布式应用程序。COM是一个很是好的组件技术，可是咱们也很容易举出COM并不能知足要求的状况。 Web service平台是一套标准，它定义了应用程序如何在Web上实现互操做性。你能够用任何你喜欢的语言，在任何你喜欢的平台上写Web service ，只要咱们能够经过Web service标准对这些服务进行查询和访问。

技术支持

Web Service平台须要一套协议来实现分布式应用程序的建立。任何平台都有它的数据表示方法和类型系统。要实现互操做性，Web Service平台必须提供一套标准的类型系统，用于沟通不一样平台、编程语言和组件模型中的不一样类型系统。这些协议有：

XML和XSD

可扩展的标记语言（标准通用标记语言下的一个子集）是Web Service平台中表示数据的基本格式。除了易于创建和易于分析外，XML主要的优势在于它既与平台无关，又与厂商无关。XML是由万维网协会(W3C)建立，W3C制定的XML SchemaXSD 定义了一套标准的数据类型，并给出了一种语言来扩展这套数据类型。 Web Service平台是用XSD来做为数据类型系统的。当你用某种语言如VB. NET或C# 来构造一个Web Service时，为了符合Web Service标准，全部你使用的数据类型都必须被转换为XSD类型。如想让它使用在不一样平台和不一样软件的不一样组织间传递，还须要用某种东西将它包装起来。这种东西就是一种协议，如 SOAP。

xml web service

SOAP

SOAP即简单对象访问协议(Simple Object Access Protocol)，它是用于交换XML（标准通用标记语言下的一个子集）编码信息的轻量级协议。它有三个主要方面：XML-envelope为描述信息内容和如何处理内容定义了框架，将程序对象编码成为XML对象的规则，执行远程过程调用(RPC)的约定。SOAP能够运行在任何其余传输协议上。例如，你可使用 SMTP，即因特网电子邮件协议来传递SOAP消息，这但是颇有诱惑力的。在传输层之间的头是不一样的，但XML有效负载保持相同。 Web Service 但愿实现不一样的系统之间可以用“软件-软件对话”的方式相互调用，打破了软件应用、网站和各类设备之间的格格不入的状态，实现“基于Web无缝集成”的目标。

WSDL

Web Service描述语言WSDL 就是用机器能阅读的方式提供的一个正式描述文档而基于XML（标准通用标记语言下的一个子集）的语言，用于描述Web Service及其函数、参数和返回值。由于是基于XML的，因此WSDL既是机器可阅读的，又是人可阅读的。 UDDI（Universal Description，Discovery，and Integration）：统一描述、发现和集成，用于集中存放和查找WSDL描述文件，起着目录服务器的做用。 UDDI 的目的是为电子商务创建标准；UDDI是一套基于Web的、分布式的、为Web Service提供的、信息注册中心的实现标准规范，同时也包含一组使企业能将自身提供的Web Service注册，以使别的企业可以发现的访问协议的实现标准。

调用RPC与消息传递

Web Service自己实际上是在实现应用程序间的通讯。咱们有两种应用程序通讯的方法：RPC远程过程调用 和消息传递。使用RPC的时候，客户端的概念是调用服务器上的远程过程，一般方式为实例化一个远程对象并调用其方法和属性。RPC系统试图达到一种位置上的透明性：服务器暴露出远程对象的接口，而客户端就好像在本地使用的这些对象的接口同样，这样就隐藏了底层的信息，客户端也就根本不须要知道对象是在哪台机器上。