第五章 ARC302-曹严明-组合型智能客户端应用.pptVIP

组合型智能客户端应用With Composite Application Block 曹严明 .NET架构顾问微软（中国） 日程 组合型应用的应用场景 Composite App Block 体系架构概述 Composite App Block 主要概念 Demo JPMC – 网上银行 Citibank – 信息发布门户 Thomson – 金融数据门户 Dell – 客服集成桌面 Commonwealth Bank of Australia – 柜员系统 Commonwealth 柜员系统体系结构 Commonwealth 柜员系统部署方案 日程 组合型应用的应用场景 Composite App Block 体系架构概述 Composite App Block 主要概念 Demo 什么是组合型智能客户端应用? Composite UI App Block 的来由 Composite UI Application Block创建企业级智能客户端 对系统设计团队的价值：质量与一致性 提供一个针对企业级智能客户端应用的公共开发体系结构 提供一个一致的和可预测的方法来开发、包装、发布基础组件，以便强制企业应用的体系结构标准 对开发团队的价值：生产力 提供一个开发环境能很好的隐藏复杂度和提高生产力 通过高度抽象和关注点的分离，开发人员能够关注于业务逻辑 提高基础框架代码的复用 商务目标： 提高最终用户的生产力和业务工作的敏捷性 公司可以以更敏捷的方式推出新的和升级的功能 界面使最终用户更快的、更准确的完成工作任务，避免通过 Alt-Tab, Copy-Paste 的方式作应用间的数据交换 一致的界面降低了培训费用 主要困难 将完全不同的组件组合成一个完整的应用 将Shell部分与应用逻辑部分分离开来 可扩展性使您能使用自己的设计模式和开发方法 Composite App Block 概述 CAB 体系结构 设计组合型应用 – 应用逻辑 将 views （SmartPart）设计为独立于 controllers 的单元 共享模块状态 共享基础服务 封装用例 － 重用 降低模块间的依赖性 尽量使用 events, services, and interfaces 设计组合型应用 – 界面逻辑 SmartParts 是控件 – Workspaces 在一个可视框架中显示它们 Shell 开发人员开发 Workspaces. 控件跟 Workspaces 无关 界面元素可以用共同的方法添加 以免业务逻辑开发人员把业务逻辑跟特定的界面风格紧耦合 可以集中控制用例改变界面的方式和时间 Commands 连接了可操作界面元素集和一个业务逻辑callback 应用启动次序: 1 of 2初始化 Shell, Host, 和初始服务 Shell 启动 Shell 给 HostFactory 提供基本的启动设置 HostFactory 根据这些设置创建 Authentication, CatalogReader, Initializer 和 Loader 服务的实例 HostFactory 创建 Host 并把这些服务添加给 Host 应用启动次序: 2 of 2初始化 Host 并加载 Modules Shell 调用 Host.Initialize(), 这个由 Initializer 服务实现 Host 调用 Authentication 服务, 该服务负责在当前应用程序域中建立 principal CatalogReader 服务以 Solution Profile 返回基本模块设置。CatalogReader 服务封装了如何选择正确的 Solution Profile 以加载正确的 SmartParts Loader 被调用并赋予 Solution Profile，开始以正确的次序加载 modules (带有依赖性的属性) Loader 调用 module 的入口类的 AddServices() 方法，让 module 注册自己的服务然后调用 Start() 方法 Components, Services Containers CAB所有的部分都是围绕着 containers, components and services 这三个概念构建的 采用这个体系结构，你可以对 CAB 的功能进行任意的扩展 Components 是包含一些逻辑的对象。比如，Windows Controls, controllers 带有业务逻辑和服务代理 Services 是被应用中许多 components 调用的对象。比如security services, tracing services, eventing services Conta