(COM开发相关知识.docxVIP

COM+ 管理：了解组件服务管理工具开发者在线 B更新时间:2007-10-20作者：佚名来源:微软MSDN本文关键词：COM+组件管理工具合二为一的用户接口　　当我们在 Microsoft 1998 年专业开发人员讨论会中介绍 COM+ 的早期测试版时，某天晚上，一个心情烦躁的程序员向我们发出诘问。“Microsoft 到底要干什么？”他说，“想让我们都失业吗？”对于一个为期四天、排满了专门针对与会的 6000 多名开发人员的议题的讨论会来说，这个问题似乎太奇怪了。尽管如此，我们毕竟有些好奇：“您为什么这样说？”“哼，”他接着说，“看看新的 COM+ 用户接口吧。系统管理员几乎能利用它做任何事情。他们再也用不着‘我们’了。” 　　我们对这位先生保证，他不会丢掉自己的工作。实际上，作为一名 Windows DNA 开发人员，他可能会比以往更有价值。而且，在文章的一开始，我们也愿意向各位系统管理员做出同样的保证。乍一看，新的 COM+ 用户接口（或者用更正式的说法，是组件服务管理工具）似乎无坚不摧：可以用它来执行的操作太多了，包括设置下至组件级的属性，甚至不止如此，它还可用来设置组件接口和方法级的属性。　　但当您考虑到组件服务管理工具的双重功能性时，就会发现它不但不那么可怕，而且功能还非常丰富呢。它为系统管理员和应用程序开发人员设计了合二为一的用户接口。在本文中，我们将向您介绍该工具的管理功能，并简要介绍它如何使系统管理员的工作变得更容易。因为本文仅是概述性的，所以我们只概念性地解释这些任务，而未提供具体过程。　　我们首先介绍 MTS 与 COM+ 之间的几个主要更改。然后，我们将讨论组件服务管理工具如何用于三种最常见的系统管理任务：　　　1、部署应用程序　　　2、设置基于角色的安全措施和应用程序的安全标识　　　3、管理对象池，以获得最佳系统性能从 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+ 应用程序。　　提供具体环境的属性，例如角色成