简单理解Web Service三种实现方式

Web Service概念：
    根据W3C的定义，Web服务（Web service）应当是一个软件系统，用以支持网络间不同机器的互动操作。网络服务通常是许多应用程序接口（API）所组成的，它们通过网络的远程服务器端，执行客户所提交服务的请求。简单的来说就是服务器端向客户端提供服务。
Web Service实现方式：
(1)远程过程调用（RPC）
    RPC协议就是为了解决不同的客户端跨平台的访问服务器而产生的，最初的Web Service都是采用RPC部署，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。 rpc不依赖于具体的网络传输协议，tcp、udp、http等都可以。由于存在各式各样的变换和细节差异，相应的rpc也派生出了各式远程过程通信协议。由于它的紧耦合性，未来将不会大有作为。

(2)面向服务架构（SOA）
在服务导向架构中，通讯由消息驱动，而不再是某个动作（方法调用）。这种WEB服务也被称作面向消息的服务。
(3)表述性状态转移（REST）

　 REST的架构设计

　　REST（Representational State Transfer）是一种轻量级的Web Service架构风格，其实现和操作明显比SOAP和XML-RPC更为简洁，可以完全通过HTTP协议实现，还可以利用缓存Cache来提高响应速度，性能、效率和易用性上都优于SOAP协议。

　　REST架构遵循了CRUD原则，CRUD原则对于资源只需要四种行为：Create（创建）、Read（读取）、Update（更新）和Delete（删除）就可以完成对其操作和处理。这四个操作是一种原子操作，即一种无法再分的操作，通过它们可以构造复杂的操作过程，正如数学上四则运算是数字的最基本的运算一样。

　　REST架构让人们真正理解我们的网络协议HTTP本来面貌，对资源的操作包括获取、创建、修改和删除资源的操作正好对应HTTP协议提供的GET、POST、PUT和DELETE方法，因此REST把HTTP对一个URL资源的操作限制在GET、POST、PUT和DELETE这四个之内。这种针对网络应用的设计和开发方式，可以降低开发的复杂性，提高系统的可伸缩性。

　　REST的设计准则

　　REST架构是针对Web应用而设计的，其目的是为了降低开发的复杂性，提高系统的可伸缩性。REST提出了如下设计准则：

    　　网络上的所有事物都被抽象为资源（resource）；
    　　每个资源对应一个唯一的资源标识符（resource identifier）；
    　　通过通用的连接器接口（generic connector interface）对资源进行操作；
    　　对资源的各种操作不会改变资源标识符；
    　　所有的操作都是无状态的（stateless）。

     使用REST架构

　　对于开发人员来说，关心的是如何使用REST架构，这里我们来简单谈谈这个问题。REST不仅仅是一种崭新的架构，它带来的更是一种全新的Web开发过程中的思维方式：通过URL来设计系统结构。REST是一套简单的设计原则、一种架构风格（或模式），不是一种具体的标准或架构。REST架构有很多成功案例，如Facebook，Yahoo等