RPC与REST的差异

时间 2020-05-10

标签 rpc rest 差异栏目微服务繁體版

原文原文链接

一：RPC
RPC 即远程过程调用, 很是easy的概念, 像调用本地服务(方法)同样调用server的服务(方法).
一般的实现有 XML-RPC , JSON-RPC , 通讯方式基本一样, 所不一样的仅仅是数据传输的格式.
(假设你已经习惯于XML繁重的尖括号,你最好仍是可以尝试下更加轻型,高效,传输效率高的 JSON.)
一个简单的通讯过程一般为:
Requesthtml

markdown
<?
xml version="1.0"?浏览器> <methodCall> <methodName>member.get_username_by_id</methodName> <params> <param> <value><i4>1</i4></value> </param> </params> </methodCall>

Response架构

spa
<?
xml version="1.0"?post> <methodResponse> <params> <param> <value><string>Zhu Tao</string></value> </param> </params> </methodResponse>

向server发送一个过程调用的方法及其參数, 获得server返回的方法运行的结果.code

2：REST
REST 不是一种协议,它是一种架构, 一种 Web Service 可以假设知足 REST 的几个条件, 一般就称这个系统是 Restful 的.server

这里提到的条件包含:xml

C/S结构 (这是Internet服务的一个基本特征)
无状态 (很是熟悉吧,呵呵)
可以cache (想起了浏览器?)
分层系统 (想起了无数的架构?)
统一的接口 (假设这是可能的,程序猿有福了, :D)
code on demand(可选, 事实上是一种扩展性的要求)
看了这几个特征后,你想起了什么?htm

你可能会破口而出: 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 的便利.