13.3补充-层次风格-SOA

一、层次架构风格 00:001. CS架构 00:451两层C/S架构基本结构由表示层客户端和数据层服务器组成两层都具备业务处理功能工作流程客户端接收用户输入后直接进行业务处理需要数据时向服务器发送数据存取请求服务器执行SQL操作后返回结果缺点开发成本客户端程序设计复杂需实现业务逻辑维护困难软件移植和升级需要更新所有客户端性能问题服务器端压力大且难以复用界面问题用户界面风格不统一信息形式单一技术限制难以应用新技术存在安全隐患2三层C/S架构层级划分表示层仅负责用户交互客户机功能层专门处理业务逻辑应用服务器数据层专管数据存储数据库服务器工作流程用户操作触发表示层收集输入数据表示层将完整请求转发至功能层功能层处理业务必要时通过SQL访问数据层处理结果逐层返回至表示层展示核心优势解耦设计各层逻辑独立系统结构清晰开发灵活支持并行开发可选用不同技术栈安全隔离功能层有效隔离内外层访问扩展性强支持分层升级和硬件选配关键考量通信效率需优化层间通信方法、频率和数据量性能平衡避免因通信开销抵消硬件优势3架构对比核心差异业务处理位置两层架构分散处理 vs 三层架构集中处理数据层独立性三层架构实现数据访问完全分离演进原因解决客户端臃肿问题降低系统耦合度提高安全可控性应用建议现代系统优先采用三层架构简单系统可考虑两层架构2. BS架构 07:271BS架构概述与特点 07:30分层标准与CS架构相同分为两层和三层架构区别在于将客户端替换为浏览器应用服务器变为WEB服务器本质特征属于零客户端架构无需开发专用客户端必须基于网络环境运行不支持单机版软件核心组件用户端使用浏览器作为统一入口服务器端采用WEB服务器处理请求技术背景浏览器与服务器通过HTTP协议交互实现跨平台访问2BS架构的缺点 08:36动态支持缺陷早期对Flash等动态内容支持不足数据库处理功能集成度低安全风险网络传输特性导致安全性控制难度高于CS架构响应速度查询响应速度显著慢于CS架构依赖完整网络传输无本地缓存交互模式数据提交以页面为单位需整体刷新才能显示变更不利于OLTP应用数据交互动态交互性弱无法实现CS架构的局部实时更新效果3混合架构风格介绍 10:29内外有别模型企业内部使用CS架构保证性能外部访问采用BS架构便于传播查改有别模型查询操作使用BS架构传播优势数据修改采用CS架构交互优势开发特点需要同时维护两套系统CS端和BS端技术栈要求复杂4混合架构的优缺点与实现难度 11:12核心优势兼具CS架构的交互性能与BS架构的传播便利性主要缺陷开发成本倍增需开发两套界面和业务逻辑维护复杂度高版本同步、数据一致性等问题实施难度大需要协调不同技术团队适用场景对内外网有明确隔离需求且对内外用户提供差异化服务的系统3. 富互联网应用 11:571RIA的定义与本质 12:05技术本质基于三层BS架构的增强型实现仍保持零客户端特性实现机制利用高速网络4G/5G实现插件即时下载与本地缓存如小程序2-3秒加载典型特征用户感知为零安装实际通过网络动态构建临时客户端技术演进突破传统HTML限制提供更接近桌面应用的交互体验2RIA的优点 14:20性能融合继承CS架构快速响应优势本地缓存机制保留BS架构传播便利性无需预先安装交互改进突破页面刷新限制支持局部更新增强动态内容支持能力动画/实时数据数据传输减少服务器往返次数优化带宽利用率3RIA的典型应用小程序 15:21运行原理依托宿主平台微信/支付宝实现即点即用后台自动完成客户端部署技术特点开发层面需遵循平台规范非完全零开发用户层面实现真正的零安装体验性能层面利用高速网络预加载资源代表案例微信小程序通过临时客户端实现接近原生应用的交互体验4. MVC架构 15:441模型 18:32核心职责: 处理应用程序数据逻辑包括数据库存取和业务逻辑实现数据隔离性: 模型层直接与数据库交互但存在视图可直接访问模型的安全隐患业务逻辑归属: 与三层架构不同MVC中业务逻辑归属于模型层而非控制器交互流程: 接收控制器指令→处理数据→可能直接返回结果给视图形成闭环2MVP架构 20:12架构改进点: 用Presenter替代Controller完全隔离View与Model被动视图特性: View不部署业务逻辑仅负责数据显示和输入采集中介职责强化: Presenter承担双向通信枢纽和业务处理双重功能安全优势: 即使视图层被攻破攻击者也无法直接访问数据层类比关系: 实际等效于经典的三层架构表示层-业务层-数据层3MVVM架构 22:48核心创新: 引入ViewModel实现视图与模型的双向绑定开发优势:界面设计师可专注View开发程序员可专注ViewModel业务逻辑测试便利性: 通过ViewModel测试界面逻辑规避直接测试UI的困难重用机制: 多个视图可共享同一ViewModel中的业务逻辑演进关系: 从MVC→MVP→MVVM中介层功能不断强化耦合度持续降低5. 面向服务的架构风格 24:371定义 24:51架构特点: 粗粒度、松耦合的服务架构服务间通过精确定义的简单接口通信不涉及底层编程接口和通信模型服务本质: 为满足业务需求的操作、规则等逻辑组合包含有序活动交互以支持用户目标管理优势: 不仅是开发方法管理员可直接管理开发人员构建的相同服务架构示例: 多个服务通过企业服务总线(ESB)提出请求由应用管理处理服务组成: 包含数据服务接口、共同封装逻辑层、数据访问层等内部结构2特征 29:20核心目标: 实现企业IT资产重用的最大化主要特征:可访问性: 可从企业外部访问可用性: 服务请求能被及时响应接口特性: 粗粒度接口(提供特定业务功能)分级管理: 服务分级耦合度: 松散耦合(服务提供者与使用者分离)标准化: 接口标准化(WSDL、SOAP、XML)消息模式: 支持各种消息模式接口定义: 精确定义的服务接口3基于服务的构建与传统的构建的区别 30:25粒度差异: 服务构件粗粒度(业务功能级)传统构件细粒度(技术构件级)接口标准: 服务构件采用WSDL标准接口传统构件多为具体API形式语言依赖: 服务构件实现与语言无关传统构件常绑定特定语言QoS控制: 服务构件通过容器提供QoS服务传统构件由程序代码直接控制4应用的关键技术 31:33五层架构:发现服务层: UDDI、DISCO协议描述服务层: WSDL、XML Schema消息格式层: SOAP、REST编码格式层: XML(DOM, SAX)传输协议层: HTTP、TCP/IP、SMTPWeb服务 36:57核心组件:服务提供者: 开发并注册服务(类比卖房者)服务请求者: 查找并使用服务(类比买房者)服务注册中心: 中介平台(类比房产中介)工作流程:服务提供者发布服务到注册中心服务请求者查找所需服务服务绑定请求者通过接口代码调用注册服务企业服务总线ESB 38:47核心功能:集成不同协议的服务消息转化、解释和路由实现服务互联互通主要特点:SOA实现方式作为服务连接与整合的总线管理服务元数据和注册支持同步/异步等数据传输模式具备服务发现、路由、匹配能力提供安全支持、QoS保证等高级功能二、考试真题 40:441. 例题:面向服务系统构建过程1题目解析远程调用实现SOAP(Simple Object Access Protocol)用于实现Web服务的远程调用因为它为服务请求者和提供者之间建立通信通道支持消息传递和数据交换。服务组合工具BPEL(Business Process Execution Language)用于将分散的、功能单一的Web服务组织成复杂的有机应用它是一种业务流程执行语言。UDDI功能用于Web服务注册和服务发现类似于房产交易中的找房子环节。WSDL作用用于描述Web服务的接口和操作功能相当于房产交易中对房屋属性的详细描述。SOAP类比类似于买房者和卖房者建立联系后开始交流的过程表示服务调用已实际发生。BPEL特点提供简单方法将多个Web服务组合成新的复合服务(业务流程)实现自上而下的SOA架构。易错点提醒不要混淆UDDI(服务发现)和SOAP(远程调用)的功能BPEL是组合服务而非描述服务的语言WSDL仅负责接口描述不参与实际调用过程记忆技巧服务生命周期记忆顺序发现(UDDI)→描述(WSDL)→调用(SOAP)→组合(BPEL)类比房产交易流程找房子→看描述→谈交易→组合多套房源三、知识小结知识点核心内容考试重点/易混淆点难度系数CS架构客户端-服务器架构分为两层和三层形式两层CS表示层和数据层都有业务处理功能三层CS新增功能层专门处理业务逻辑⭐⭐BS架构浏览器-服务器架构零客户端模式与CS架构的层数划分相同两层/三层关键区别客户端替换为浏览器⭐⭐混合架构CS与BS架构混合使用开发成本高但兼具两者优点典型策略内外有别/查改有别⭐⭐⭐富互联网应用小程序为代表的架构模式本质基于三层BS架构实现原理高速网络实时传输客户端⭐⭐⭐⭐MVC架构Model-View-Controller设计模式核心缺陷View与Model直接通信存在安全隐患案例分析高频考点⭐⭐⭐⭐MVP架构Model-View-Presenter改进模式关键改进完全隔离View与ModelPresenter承担业务处理功能⭐⭐⭐⭐MVVM架构Model-View-ViewModel双向绑定优势低耦合/可重用性高与三层CS架构思想相似⭐⭐⭐⭐SOA架构面向服务的粗粒度架构风格五大协议层发现/描述/消息/编码/传输ESB总线核心作用⭐⭐⭐⭐⭐服务注册机制UDDI/WSDL/SOAP技术栈UDDI服务发现类似黄页SOAP实现远程服务调用⭐⭐⭐⭐