十八 COM+

COM 桌面应用 DCOM C/S应用 COM+ Services 分布式应用/企业应用

企业应用与COM+ 从桌面应用发展到企业应用、Web应用 企业应用特点： 大型、分布式、实现企业的关键业务 企业应用的挑战 关键业务：业务逻辑 基础设施：涉及到系统方方面面 开发、调试、测试、配置、维护 如transaction、security、event等 COM+对COM的增强和改进 增强了COM runtime library 增强了MTS(Microsoft Transaction Server) 事务服务、安全服务 提供了新的runtime服务 队列服务、事件服务、负载平衡、(内存数据库) COM+兼容COM，只是提供了更多的功能

管理控制 目录,配置 事务处理 MTS, DTC, RM, CRM 安全性服务 同步服务 控制并发访问,不需要转换线程或者使用消息队列排队(因为性能) 队列组件 异步的通讯,利用MSMQ作为通讯通道 事件服务 松耦合的事件机制 对象池 性能,高负载 即时(JIT)激活 可伸缩性

COM+的设计思想、目标 使程序员和用户把注意力和精力集中在业务逻辑上，而不是基础设施上 使组件尽可能地通用 编译时刻特性与运行时刻特性分离 客户和组件的透明性

COM+管理工具 Component Services snap-in 可以从 应用(Application) 即COM组件载体,DLL 组件(Component)即COM对象 接口 方法 等4个层次进行属性配置.

COM+ Catalog(COM+目录) COM+管理信息、系统数据库 COM+ Registration Database COM+ Administration Library，支持脚本 组件服务snap-in管理工具就是该对象模型的一个功能缩影 用户可以通过COMAdminCatalog组件进入到对象模型中 ProgID：COMAdmin.COMAdminCatalog 所有的操作都可以使用代码来进行.包括安装卸载程序,配置各种属性等等.

COMAdminCatalog组件使用举例 Dim Catalog As new COMAdminCatalog Dim Applications As COMAdminCatalogCollection Dim Components As COMAdminCatalogCollection Dim AppObject As COMAdminCatalogObject ' get the Applications collection and populate it Set Applications = Catalog.GetCollection("Applications") Applications.Populate ' get the correct application, My Application For Each AppObject in Applicationss If AppObject.Name = "My Application" Then Exit For Next ' get the Components collection for My Application Set Components = Applications.GetCollection( "Components" , AppObject.Key )

COM+对于组件的要求 要求DLL形式的组件 要求自注册 DllRegisterServer、DllUnregisterServer 要求有typelib typelib既可以绑在dll上，也可以单独的文件 组件可以单独存在,不进行配置,即作为单纯的COM,不使用COM+所提供的各种服务. 以EXE方式存在的组件只能单独存在

COM+ Context(COM+环境) 对象所生存的COM+状态, 包括程序,组件,接口,方法的各种属性配置,比如事务性要求,安全性,并发性等等统称为对象的环境(Context) COM激活对象时，创建context 对象的环境与对象紧紧绑在一起 根据组件的属性(attribute)决定环境的状态 环境属性也是对象与客户之间的约定

环境由一个环境对象来表示,环境对象是一个COM对象,它支持如下接口 IObjectContext(老的接口,与MTS兼容) IGetContextProperties IObjectContextInfo IObjectContextState ISecurityCallContext 如何访问“环境对象” CoGetObjectContext COM对象在环境对象中生存,环境对象在套间中生存:

每一个对象属于一个环境, 不同的环境表征不同的属性. 每一个环境属于一个套间 COM对象,环境,套间,进程,线程的关系 每一个对象属于一个环境, 不同的环境表征不同的属性. 每一个环境属于一个套间 不兼容的环境之间的调用,将引发跨环境调用.截取(interception).列集,散集. 一个独立的客户程序使用“默认的环境”,即不包含任何事务,同步等属性. 环境C 套间Y 环境A 环境B 套间X 进程P 进程Q

同步(synchronization) 或者serialization STA对象不需要同步， MTA、TNA对象需要同步 COM+提供了“activity -based synchronization” activity：代表单个客户 执行任务的一组对象 相当于一个逻辑线程 每个activity都包含一 个进程范围内的锁 可以处理跨越机器 边界的嵌套调用

事务 事务的特性(ACID) Atomicity 要么所有的变化都有效，要么都无效 Consistency 状态一致性 Isolation 事务外部看不到事务的中间结果 Durability 缓存的中间结果要能“持久” DTC(Distributed Transaction Coordinator) 每个组件对DTC负责，DTC知道所有的组件 两阶段提交 准备和提交 对象表态：committing、aborting COM+ runtime提供了免费的DTC 组件与DTC的通讯 IObjectContext::SetComplete IObjectContext::SetAbortComplete 组件的属性设置

COM+ RM COM+ RM(Resource Manager) 知道当参与事务的对象改变它的状态时，该如何把资源的变化缓存起来 例如：各种数据库系统、MSMQ DTC两阶段提交过程 对象不参与提交过程，只是表态 准备阶段：RM把状态信息保存起来，保证不会失败 提交阶段：DTC通过RM提交事务 CRM. (Compensating Resource Manager)

COM+事务的用法(一)

COM+事务的用法(二)

COM+事务的用法(三) [ uuid(04CF0B76-1989-11D0-B917-0080C7394688), helpstring("Account Class"), TRANSACTION_REQUIRED ] coclass CAccount { [default] interface IAccount; }; [ uuid(04CF0B7B-1989-11D0-B917-0080C7394688), helpstring("MoveMoney Class"), coclass CMoveMoney { [default] interface IMoveMoney;

对象池与JIT activation 池组件 对象必须实现 IObjectControl接口 Activate Deactivate CanBePooled 池组件满足以下条件： 线程模型不能为STA 可被聚合 不能聚合其他的池组件 资源利用 —— 可伸缩性 系统帮助回收资源 回收的价值：部分回收所占整体的比例，以及资源本身的重要性(比如数据库连接)

队列组件(Queued Components) 在分布式系统中， 同步、异步并存 企业活动中，电话、电子邮件、电话留言 通讯双方在时间点上的分离 例如：在off-line下写email，然后放到outbox中，一旦on-line，邮件就被发送出去 资源分配更为合理(通过设置优先级别)，从而提高资源利用率和可伸缩能力 不必要求所有的应用系统都在同一个时刻运行，从而简化分布式应用的开发 队列组件 COM+为这种通讯方式提供了一套基础设施

MSMQ基础

QC模型 基客户 QC.Recorder 异步 MSMQ QC.Player 对象 代替了RPC通道

QC的意义 对于组件透明 同样的组件既可以与Queue结合，也可以不结合 对于客户不完全透明 避免了MSMQ编程的复杂性 编写QC无需任何编写MQ的经验 缺点：缺少控制能力

QC的配置

QC的消息队列

QC的设计 QC与事务的结合 MSMQ本身就是一个RM 在客户端QC与事务的结合 在服务器端QC与事务的结合 QC的安全性 接口设计 禁止使用[out]、[in,out]、[retval] 必须使用按值传递参数方式 客户对一系列组件方法的调用必须能够满足自己功能的需要，例如，不能使用枚举器对象 不能返回与应用相关的错误码，返回值只表示QC.Recorder是否记录成功。 QC与事务的结合 MSMQ本身就是一个RM 在客户端QC与事务的结合 在服务器端QC与事务的结合 QC的安全性 与同步方式的认证过程不同 每个消息包含数字签名 使用Moniker创建QC对象，例如 GetObject(“queue:/new:VBShipProj.VBShip“) 封装了组件的创建过程，使组件对于两种方式透明

COM+事件模型 事件模型中用到的两个概念 publisher：发布者 subscriber：订阅者 变化通知 轮循法 可连接对象 —— tightly coupled event COM+的方案：loosely coupled event model Client Source Connection point Sink object Publisher Event object Subscriber

COM+事件模型结构 COM+目录 事件类 订阅信息表 Publisher 1 注册 Subscriber 2 注册 事件对象 IFoo ... 3 创建 4 激发 5 读入subscriber 列表 6 把事件递 交到每个 subscriber 7 接收事件

安装新的事件类

Subscriber创建一个subscription

COM+的其他服务 IMDB(In-Memory Database) 内存缓冲，以空间换时间策略 CLB(Component Load Balancing) 已移到“Application Center Server”中 Windows 2000 Advanced Server中保留 与clustering service一起提供high-availability and scalability

COM+开发 在现有工具下，基本没有变化 新的工具会有新的支持 底层原理不变，但是包装会做得更好——比如ATL Attributed Programming 分两个方面 COM+组件的开发，针对每一种服务有一些新的要求，大多数保持与原来开发模式的兼容性，新的特性多数可以通过配置获得 与COM+系统提供的各种服务和管理工具打交道