一：RPC
RPC 即远程过程调用, 非常easy的概念, 像调用本地服务(方法)一样调用server的服务(方法).
通常的实现有 XML-RPC , JSON-RPC , 通信方式基本同样, 所不同的仅仅是数据传输的格式.
(假设你已经习惯于XML繁重的尖括号,你最好还是能够尝试下更加轻型,高效,传输效率高的 JSON.)
一个简单的通信过程通常为:
Request
<?
xml version="1.0"?
>
<methodCall>
<methodName>member.get_username_by_id</methodName>
<params>
<param>
<value><i4>1</i4></value>
</param>
</params>
</methodCall>Response
<?
xml version="1.0"?
>
<methodResponse>
<params>
<param>
<value><string>Zhu Tao</string></value>
</param>
</params>
</methodResponse>向server发送一个过程调用的方法及其參数, 得到server返回的方法运行的结果.
2：REST
REST 不是一种协议,它是一种架构, 一种 Web Service 能够假设满足 REST 的几个条件, 通常就称这个系统是 Restful 的.
这里提到的条件包含:
C/S结构 (这是Internet服务的一个基本特征)
无状态 (非常熟悉吧,呵呵)
能够cache (想起了浏览器?)
分层系统 (想起了无数的架构?)
统一的接口 (假设这是可能的,程序猿有福了, :D)
code on demand(可选, 事实上是一种扩展性的要求)
看了这几个特征后,你想起了什么?
你可能会破口而出: HTTP.
我答: You got it!
HTTP是WWW的最核心的协议, 它将简单的分布于世界各个角落的资源都统一起来, 统一的地址, 简单的方法, 和一定数量的表达方式.(你可能对这三点描写叙述非常模糊,请go ahead).
REST 的三个要素是 唯一的资源标识, 简单的方法 (此处的方法是个抽象的概念), 一定的表达方式.
REST 是以 资源 为中心, 名词即资源的地址, 动词即施加于名词上的一些有限操作, 表达是对各种资源形态的抽象.
以HTTP为例, 名词即为URI(统一资源标识), 动词包含POST, GET, PUT, DELETE等(还有其他不经常使用的2个,所以 整个动词集合是有限的), 资源的形态(如text, html, image, pdf等)
三：RPC与REST的差别
假设你想仅仅记住一点,那么就请记住 RPC是以动词为中心的, REST是以名词为中心的, 此处的 动词指的是一些方法, 名词是指资源.
你会发现,以动词为中心,意味着,当你要须要加入新功能时,你必须要加入很多其他的动词, 这时候server端须要实现 相应的动词(方法), client须要知道这个新的动词并进行调用.
而以名词为中心, 假使我请求的是 hostname/friends/, 不管这个URI相应的服务怎么变化,client是无需 关注和更新的,而这样的变化对client也是透明的.
至于其他的差别,如对实现语言的依赖, 耦合性等,这些都是上面提到的这个根本差别所衍生的.
让我们回到引入部分的2个问题. 当你每天使用HTTP冲浪时,你都在使用 REST 与远程的server进行亲热接触. 当你使用Gtalk和同事朋友沟通时,你则是在享受着 RPC 的便利.