【系统架构师】-案例篇（十一）REST、瘦客户端与Web系统架构

1、REST与RPC区别

1、REST 相对于 RPC 更为轻量化，RPC 服务提供方与调用方接口依赖太高，会导致编码格式的复杂性，而 REST 服务提供方和调用方的依赖只是依靠定义好的规则，不存依赖问题。

2、REST 服务很好的实现了跨平台，任何一个语言（JavaScript、Vue、HTML5、Bootstap 等）的调用方都可以根据接口定义来实现，而 RPC 服务对平台有要求限制，在某些情况下很难实现复用。

3、Rest 完全通过 HTTP 协议实现的，使用 HTTP 协议处理数据通信。所以 REST 架构对资源的操作就包括了 HTTP 协议中提供的 GET、POST、PUT、PATCH、DELETE、COPY、HEAD等众多操作方法。

REST关键原则

（1）网络上的所有事物都被抽象为资源。

（2）每个资源对应一个唯一的资源标识。

（3）通过通用的连接件接口对资源进行操作。

（4）对资源的各种操作不会改变资源标识。

（5）所有的操作都是无状态的。

2、瘦客户端与胖客户端相比有以下优势：

安全性：瘦客户端的安全性较高，业务逻辑在服务端。

灵活性：瘦客户端的灵活性较高。

系统升级与维护：瘦客户端的系统升级与维护成本较低。

不足：

性能弱：由于瘦客户端的大部分工作都在服务器端进行，服务器的负担很重。

功能简单：瘦客户端只能完成浏览、查询、数据输入等简单功能，绝大部分工作由服务器承担。

网络依赖：瘦客户端必须总是具有网络连接才能使用。

4、MVC架构的脆弱性主要表现在：

(1)MVC架构的复杂性带来脆弱性。MVC架构增加了系统结构和实现的复杂性。比如说一个简单的界面，如果严格遵循MVC方式，使得模型、视图与控制器分离，会增加结构的复杂性，并可能产生过多的更新操作，降低运行效率。

(2)视图与控制器间紧密连接的脆弱性。视图与控制器是相互分离但却是联系紧密的部件，没有控制器的存在，视图应用是很有限的。反之亦然，这样就妨碍了它们的独立重用。

(3)视图对模型数据的低效率访问的脆弱性。依据模型操作接口的不同，视图可能需要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问也将损害操作性能。

5、针对 B2C 商务购物平台的网络威胁始终存在，鉴别的基本目的是防止其他实体占用和独立操作被鉴别实体的身份。鉴别的方式主要有哪些？

(1)已知的，如一个秘密的口令。

(2)拥有的，如IC卡、令牌等。

(3)不改变的特性，如生物特征，如人脸、指纹。

(4)相信可靠的第三方建立的鉴别（递推），如支付宝快捷登录、实名认证等

(5)环境（如主机地址等）。