COM 管理：了解组件服务管理工具

从 MTS 到 COM+

　　许多 IIS 用户对 Microsoft Transaction Server (MTS) 及其用户接口 - MTS Explorer 已经很熟悉。可将 COM+ 视为传统 COM 与 Windows 2000 系统中的 MTS 相结合的一组服务。随着 COM+ 的引入，MTS 的功能也已并入操作系统。如您所将要看到的，COM+ 还可发展和增强 MTS 提供的服务。

　　如果您一直用的是 MTS 和 MTS Explorer，当您启动组件服务管理工具时，将会注意到几个主要变化。最明显的是，MTS 软件包现在称为 COM+ 应用程序。

　　“COM 应用程序”并非一个全新概念。它只是个术语，指为了协同工作而开发的多组 COM 组件。在传统的 COM 应用程序中，要安装组件，必须先在注册表中配置各项，这样组件才能够运行。通常用 Regsvr32 实用程序完成这项工作。使用 COM+，当您将组件配置为 COM+ 应用程序时，针对组件的此步骤将自动执行。COM 组件仍可使用 Regsvr32 实用程序在 Windows 2000 中注册，并作为“未配置组件”存在于 COM+ 环境中。未配置组件不会显示在组件服务管理工具中，也不会利用新的 COM+ 服务。但这些组件运行时，会利用 COM+ 供运行分布式 COM+ 应用程序的基本结构的一部分。

　　COM+ 应用程序由一个或多个 COM 组件组成。“COM 类”是一个或多个接口的已命名的具体实现。类通过它的“接口”，提供一组称为“方法”的相关功能。“COM 对象”是 COM 类的一个实例。“COM 组件”是可创建 COM 对象的二进制单位代码（包括打包和注册代码）。



　　COM 类是用 CLSID 标识的（有时也用 ProgID）。接口是规定了一种契约的一组相关功能，它包括名称、接口签名、接口语义及调度缓冲格式。

　　接口用 IID 标识。接口语法是在 IDL 和/或类型库中定义的。类的接口应划分为各种可管理的、内聚的方法集。切记，接口是不可改变的，COM 契约规定不可对其加以修改。任何修改（如添加方法）均需定义新接口才能进行。

　　部署 COM+ 应用程序

　　应用程序编程人员使用 COM+ 编写各种组件，并将其集成在一起，成为应用程序；而系统管理员的任务通常是安装、部署和配置 COM+ 应用程序及其组件。一般情况下，开发人员会将已进行部分配置的 COM+ 应用程序提供给系统管理员。或者，应用程序也可由外部提供。例如，当您从独立软件供应商 (ISV) 处购买 COM+ 应用程序时，即属于这种情况。然后，管理员就可以针对一个或多个特殊环境自定义应用程序（例如，通过在应用程序群集的角色和服务器名称中添加用户帐户）。典型的管理任务包括：

　　在执行管理任务的机器上安装已进行部分配置的 COM+ 应用程序。
　　提供具体环境的属性，例如角色成员和对象池大小。
　　设置 COM+ 应用程序运行的身份（Windows 2000 用户帐户）。
　　重新导出已完全配置好的 COM+ 应用程序。
　　创建应用程序代理（如果将远程访问应用程序的话）。

　　针对具体环境完全配置好应用程序后，管理员即可将其部署在测试和/或产品机器上。这包括将完整的、已配置的 COM+ 应用程序安装在一台或多台机器中。

　　组件服务管理工具使用工具中的 Application Export 向导，从而使跨多个服务器部署 COM+ 应用程序变得更容易。您可以使用组件服务管理工具，创建 COM+ 应用程序和应用程序代理的安装软件包。COM+ 可生成与 Windows Installer 兼容的安装软件包，该软件包在一个文件中包含了所有将 COM+ 应用程序安装到另一台机器上所必需的软件。



　　包含 COM+ 应用程序的 .msi 文件只可安装在支持 COM+ 1.0 服务（目前仅有 Windows 2000 支持）的计算机中。一个额外的好处是，除非用 Windows Installer 创作工具修改了 .msi 文件，否则用 Windows Installer 安装的 COM+ 应用程序就会出现在“添加/删除程序”控制面板中。

　　组件服务管理工具生成的 .msi 文件包含：

　　带有 COM+ 注册信息的 Windows Installer 表。
　　一个包含应用程序属性的 .apl 文件。
　　DLL 和类型库，描述由 COM+ 应用程序类实现的接口。

　　除 .msi 文件外，组件服务管理工具还会产生一个压缩包 (.cab) 文件。实际上该文件会将 .msi 文件包起来，这样，即可通过 Internet Explorer 部署 COM+ 应用程序。