Windows 2000系统编程02.pdf

《Windows 2000系统编程02.pdf》由会员分享，可在线阅读，更多相关《Windows 2000系统编程02.pdf（76页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、下载第2章ActiveX 配套工具当我还是孩提时，经常要走好多的路。我生长在一个很小很小的小镇。我们住在离食品店不远的街区，于是一有空闲，就走着到食品店去买东西吃。我们常常走着去海边和学校。Bobbie Anne的面包店很顺路，我们回家时，买些热的油炸焦圈（或奶油牛角，或少量的奶油蛋糕）。后来，我开始骑自行车。骑着自行车，我们可以到更远的地方。图书馆是一个很好的去处。我甚至骑着自行车，外出好几天。我不是唯一有自行车的人。镇上几个老人都知道，谁骑车，谁走路。P e t e，一个退休的屠夫，就骑着一辆红色的自行车，绕着小镇骑行。人们都知道，身体已经垮了的退休律师，E d d i e也经常骑自行车，

2、绕着小镇骑行。还有坐在三轮车上的 M e l v i n。在飞机失事后，他就带着头盔、点着闪亮的灯，驱车而行。J e ff总是步行绕小镇而行，并且将一些坏消息告诉他的老伙伴。当然，也有许多象我一样的小朋友。当我移居到Te x a s的A u s t i n，我注意到一些事情都不固定。既没有人走路，也没有人到处骑车。的确，多数人走路或骑车，但他们并不总是如此。他们总是驱车去公园，而不是骑自行车，或者只绕一个圈，骑一会儿。那时，他们带上自行车，驱车出行，并伴着跑步的人们前进。我想，在那个小镇，人们不得不这样做。在纽约，人们走到 Hebrew National街区买热狗。而在洛杉矶，每个人都驾车出行

3、。休斯顿（我现在的故乡）也是一样，没有所谈及的公共交通，于是每个人都驱车出行。我已经加入到这些人群中。有很长时间，无论到何处，我都是徒步。我的儿子和我偶尔骑自行车到大门口附近的便利商店。如果天气很冷或很坏，我也知道驱车去邮局。编程在很多地方象这样。在过去的日子里，每个人都用穿孔卡（或用键控穿孔机打卡）。当然，小型机需要使用前面板的开关在一些引导程序代码。引导程序代码很多是从纸带装载到实装入器。于是实装入器从纸带读入你想要的东西。今天，谁还使用纸带？谁还记得穿孔纸带是什么？没有多少人会记得。既没有多少人会对穿孔卡或纸带的消失而忧伤，也没有人回想是谁预见过这些普遍存在的技术的最终让位？Wi n d

4、 o w s编程也不可避免这些影响。在一段时间内，所有的 Wi n d o w s编程人员都使用C语言和A P I（也称作 S D K）。于是，多数程序从 C中移植。许多使用 M F C（Microsoft FoudationC l a s s e s）移植到C+。其他则移植到更高水平的工具，如 Visual BASIC，也有移植到J a v a中。另外的移植在A P I级别发生。过去，当 M i c r o s o f t在Wi n d o w s引入新特性时，都将发布 A P I的文档，即一系列用于操作这些特性的系统级的命令。今天，来自M i c r o s o f t的多数新技术都不支持

5、传统的A P I。他们使用A c t i v e X取而代之。A c t i v e X是一个包罗万象的词，一直被用来描述 O L E和C O M的最终版本。Windows 2000将一些额外程序段加入到混合器，并将其全部命名为 C O M+。你感到困惑吗？马上就会明白。就象每一年，M i c r o s o f t改变有关这些技术的名字。通常，涉及传统技术，我使用术语A c t i v e X和C O M，而对于Wi n 2 0 0 0新增特性，则保留术语C O M+。第2章 ActiveX配套工具15下载是否想操作外壳联接？你将需要 A c t i v e X。是否想操作先进的 M A P

6、 I？你也需要 A c t i v e X。M i c r o s o f t的事务处理服务器呢？你还是需要 A c t i v e X。在本章，我们将学习本书其余部分使用到的 A c t i v e X。然而，A c t i v e X是一个很大很大的题目，并且贯穿全书（实际上，作者写过几本关于 A c t i v e X的不同的书）。因为A c t i v e X是那么多新技术的核心，无论如何，你都应当学习好 A c t i v e X，那么就从现在开始学习吧。如果你已经了解基本 A c t i v e X的概念，你也许想撇开本章。如果以前你实际上已经编写A c t i v e X的程序，

7、你大概想跳过本章，去阅读本书的其余部分。然而，如果你不熟悉A c t i v e X，我就建议你在阅读使用A c t i v e X的其他章节前，要仔细地阅读本章。你将度过美好的时光。2.1 ActiveX与J a v a许多编程人员都不想提供A c t i v e X，因为他们认为J a v a会替代A c t i v e X。这是一种相当于胡言乱语的争论驱使的舆论。A c t i v e X与J a v a的争论是We b浏览器（及需要J a v a小程序样式代码的其他软件）。即使J a v a完全替代We b浏览器及类似软件中的 A c t i v e X，也只是A c t i v e

8、X实现的操作中的一小部分。M i c r o s o f t明白地提交给A c t i v e X，且在A P I级别，无论什么A c t i v e X想要使用的就是你将要使用的。所以即使We b浏览器普遍包含J a v a，M i c r o s o f t也很有可能将A c t i v e X用于新的A P I。当你阅读本章时，你会注意到 A c t i v e X是一种关于许多应用的技术，只有很少情况才和 J a v a竞争。这些情况仅发生在高配置文件情况，并且接受所有的关注。所以A c t i v e X是Next Big Thing。你将怎样开始呢？你是否必须编写 O L E程序？

9、这是一个大问题。在你能够编写A c t i v e X服务器程序和客户程序之前，你需要了解其他几件事（像系统注册）。在大多数情况，你不必编写大多数人考虑的 O L E程序。传统的O L E程序设计能够使你将一个文档嵌入或链接到另一个文档。这是一个复杂的过程，它包括许多不同的 A c t i v e X对象。然而，编写普通的A c t i v e X组件一点也不困难。2.2 定义关于A c t i v e X的令人感到灰心的一件事是有许多不熟悉的词汇，似乎一周接一周地改变。现在，我们来定义这些术语：ActiveX Component 其他程序能够使用的A c t i v e X对象。Active

10、X Control工作象一个控制窗口的特殊组件。ActiveX Client使用任一A c t i v e X组件的程序。ActiveX Container能够接受A c t i v e X文档对象或控制的程序。ActiveX Server提供一个或多个A c t i v e X对象的D L L或可执行程序。ActiveX Document Object你能够嵌入或链接到容器（container）的文档（这是传统的O L E函数符）。当前，M i c r o s o f t将任一 A c t i v e X对象称作一个控件。我想这不是好主意。我宁愿称呼A c t i v e X对象为组件。一些

11、组件知道怎样像传统的窗口一样起作用，这就是控件。例如，将名字变换为因特网地址的A c t i v e X对象就是一个组件。你不能够将它拖曳到 Visual Basic窗体上。另一方面，构成屏幕上旋转图标的控件既是一个组件又是一个控件。控件类似于老式样的O L E控制扩展名（OLE Control Extension,OCX）或Visual Basic 扩展名(Visual Basic Extension,VBX )的控制。2.3 ActiveX对象的结构这里有本章中大多数令人吃惊的和重要的语句。对于一个客户程序，A c t i v e X对象不比函数指针表更多。就是这句话，请再读一遍。当一个客

12、户访问一个对象时，就使用表中指针来简单地调用函数（见图 2-1）。对象能够支持用于不同目的的任何数量的表，但客户一次只能支持一个表。这些表被称作界面(i n t e r f a c e)。当然，客户和服务器必须完全同意这些函数的次序和形式。调用的约定、参数、及返回值必须使两边的期望值匹配。图2-1 界面表考虑这个例子：你在编写一个系统，它使用户能够检索股票市场的数据。你创建一个带有函数的A c t i v e X对象，这些函数要确认用户的有效 I D，在用户的账户上建立一个输入（于是你能够因为事务而向他收费），并且得到数据。于是对象有三个函数L o g I n、A c c o u n t L

13、o g和G e t S t o c k D a t a。你可以使用两个界面表，它们用作登录和记账（I L o g界面）；另一个用作数据的检索（I G e t S t o c k I n f o，见图2-2）。能不能使用单个的表？是的，能够。然而，要考虑另外的例子。股票市场数据程序是成功的，也将其应用于为互助资金提供数据。你可以创建图 2-3中的对象。注意两个函数是相同的，它们外观和图 2-2有相同的界面。只有 G e t S t o c k D a t a函数改变了。请记住这个例子。本章后面，将更多地考虑它。顺便提一句，习惯上（虽然不是强制的）用字母I作为界面名字的第一个字母，如I G e t

14、 S t o c k I n f o和I L o g。你使用什么语言来创建对象是没有关系的。可以使用 C、C+、D e l p h i或Visual Basic。唯一重要的是所使用的语言能够创建函数指针的魔方表。A c t i v e X服务器程序能够驻留在 D L L或E X E文件中，并且将对象提供给其他程序。你使用什么语言编写客户程序或服务器程序，都没有关16Windows 2000系统编程下载指向函数#1的指针指向函数#2的指针指向函数#3的指针指向函数#4的指针对象客户客户代码服务器函数#1第2章 ActiveX配套工具17下载系，只要它能支持A c t i v e X就使用你最喜欢

15、的。图2-2 股票市场对象图2-3 互助资金对象2.4 对象似乎很简单，是不是？（真的，只多一点，但不很多。）如果你熟悉C+中的对象，似乎不是这么一回事。是的，并不严格相同，但如果你仔细观察，就会发现 A c t i v e X对象允许如同C+对象一样的基本操作。如下原因，表明对象是重要的：对象掩饰了函数的执行。你要求对象执行某功能，对象照样做了。但你并不知道它是怎样做的。这就是封装，能够进行对象操作方面的多数改变，而不影响任何其他代码。对象能够重用它们的代码，构造其他对象。在 C+中，通过派生实现这些。当从其他类派生出一个类时，所派生的类就继承了全部基类代码。对象是多形态的。例如，如果有一个

16、车辆的基对象，你就能够为小汽车、卡车和带蓬货车创建更详尽的类。多形态性使你能够将小汽车、卡车和带蓬货车视为车辆。换句话，你能对象对象LoginILogIGetStockInfoAccountLogGetStockDataILogIGetMutuallnfoLoginAccountLogGetMutualData18Windows 2000系统编程下载够定义一个车辆的表格，可以包括小汽车、卡车和带蓬货车，而勿需知道是哪个。C+也是通过派生处理它们的。如果所有三个类都是从车辆类派生的，你就能够在车辆指针中存储指向它们的指针。A c t i v e X怎样完成这些目标呢？封装是容易的，因为每个 A

17、c t i v e X对象揭示了界面（且没有别的），在这些界面中，客户程序必须通过指针调用。你能以任何方式自由改变对象，只要界面表包含以原先方式工作的指针。如果你同意界面表中的位置 4打印三个整型变量，那么这就是必须做的。然而，怎样做才更适合你。你能够用 C+或Visual Basic编写对象，或者你通过 I n t e r n e t连接到主机，并且使用F O RT R A N打印之。客户程序不知道或不在意。还有遗留的派生问题，对吗？不准确，C+用派生来支持代码的重用和多形态性。派生对于对象的定位来说，尤其不重要它是简单的方法，以满足代码重用和多形态性的目标。A c t i v e X使用不

18、同的机制提供这些特性。2.5 代码的重用有两种方法，A c t i v e X组件能够重用其他 A c t i v e X组件：封锁和聚集。聚集需要许多操作和设计，我们将在稍后讨论。另一方面，封锁是相当简单的。在执行中，一个 A c t i v e X对象不能使用另外的A c t i v e X对象是毫无理由的。由于封装，对象的用户不知道或不在意实际工作是什么，这就是封锁。新的对象能够提供与基对象及附加的界面一样的界面。当对象接收到对一个被包含的界面的调用时，就能做以下任一件事：处理本身的调用（这类似于一个C+的覆盖）。调用包容对象（这类似于C+中的什么也不做）。执行一些代码、调用包容对象、或

19、许执行一些更多的代码（这类似于 C+调用它们的基类的覆盖）。这使你能够重用许多其他 A c t i v e X组件，为C+派生类重用它的基类的相同方式。考虑这种方法的优点如下：图2-4 对象的封锁界面界面界面对象对象第2章 ActiveX配套工具19下载 对于基类，则不需要源代码。基类甚至不一定使用相同的语言。如果基类改变，包容类将自动地使用新版本而不用重编译。你不必揭示一个对象支持的所有界面，这允许有选择地揭示基类的界面。因为A c t i v e X组件只揭示界面函数（而不是变量），则没有在C+中遇到的问题，其间派生类依赖于一些基类的内部状态。只有被允许的通信经过这些界面。图2-4表示了一

20、个包容对象的例子。注意外部的客户程序没有包容类所具有的概念。如果对象稍后决定使用不同的对象，以提供一个界面，或提供内部的整个界面，那就自由地去做。如果对象需要继承多个基类，它能够简单地包含多个对象。2.6 多态性由于对象能够支持多界面，它们可能是多态的。再说车辆/小汽车/卡车/带蓬货车的例子，参考图2-5。这三个对象是多态的，因为它们都支持I Ve h i c l e界面。通过向它们的 I Ve h i c l e界面表提出请求，客户程序能够将所有这些对象视为一样的。如果客户程序需要更多的细节，也能够得到更多的特殊的界面表。注意，如果有一个车辆的对象，则其他对象将通过包容器重用之。这里，唯一的

21、问题是何时将车辆类抽象化。在C+中，抽象的基类是不能创建的基类，而只能从中派生。如果你打算通过封锁重用 A c t i v e X对象，那么“派生”类就必须创建对象。因此，任何其他程序也能够创建对象。对这个问题，有几个特别的解决方案。例如，如果你没有告诉客户关于车辆类的事，他们就不能创建之。然而，没有非常好的答案。通常，在A c t i v e X中的抽象化的基类的概念就是：一个思想。多态性的方法有许多优点（一些有点类似于封锁的优点）：你能够创建不相关的对象，它们相互间是多态的。对象不一定是用相同的语言表示的，故你不需要其他对象的源代码。任何程序能够与多态的对象一起工作，而不管程序的语言或来源

22、。多态性的另外的例子出现在股票市场/互助资金图2-5 多态对象汽车对象卡车对象蓬车对象20Windows 2000系统编程下载的例子中（参考图2-2和2-3）。这里，涉及登录到用户和计算费用的部分代码不一定改变。不去管使用中的对象，界面仍保持相同。只是数据界面是特殊的。如果稍后你想要另一个对象具有更复杂的数据界面，那怎么办？登录界面仍保持恒定。2.7 几个其他的A c t i v e X特性在你开始探索 A c t i v e X之前，有几个应当知道的其他特性。它们不是特别重要，但它们对A c t i v e X是特殊的。2.7.1 HRESULT和S C O D E习惯上，许多A c t i

23、 v e X函数返回一个被称作 H R E S U LT的类型。这是简单的 3 2位的值，它指明成功或失败，连同每种情况的说明（见图 2-6）。最高位指明错误状态。紧接着的 1 5位标识系统成功或失败（程序代码由M i c r o s o f t定义）。最后1 6位代码告诉你更多的信息。在3 2位的平台中，H R E S U LT和S C O D E是一样的。图2-6 HRESULTH R E S U LT几乎不为零，甚至在成功的时候，所以你不能只测试它是零或不是零。当你能够手控地将字段分开并测试它们的时候，通常更容易地使用 S U C C E E D E D和FA I L E D宏，以测试成

24、功或失败。A c t i v e X头定义了许多可以返回到 H R E S U LT的代码。例如，你可以返回 S _ O K以指明成功，或E _ FA I L以指明失败。其他的代码更特殊，例如，E _ O U TO F M E M O RY，E _ N O T I M P L或S _ FA L S E指明特殊的失败。这个最后的代码意味着函数成功了，但回答却是 FA L S E（无论对于特殊的函数意味着什么）。注意不是所有的A c t i v e X函数都返回H R E S U LT它们能够返回你想要的任何类型。然而，如果函数工作在进程边界（或在网络上），他们必须返回 H R E S U LT。

25、当H R E S U LT指明失败时，你不能假设关于任何输出参数的状态的任何事。要成功的函数必须部分地返回一些成功的H R E S U LT。2.7.2 GUID/UUID/IID关于A c t i v e X的令人畏缩的问题之一是唯一地识别 I n t e r n e t网上的特殊的组件。只要有连网的预留错误代码E-设置结果是否错FA C-代码表明子系统产生错误错误代码-特殊的错误代码考虑，这个问题就会出现。开放软件基金会（Open Software Foundation,OSF）的分布式计算工作平台（Distributed Computing Environment）定义了全球唯一标识符（

26、Universally UniqueI d e n t i f i e r，U U I D），用来寻址这个问题。Microsoft 称U U I D为全球唯一标识符(Globally UniqueI d e n t i f i e r,GUID)，并且根据它们的使用，经常称为类标识符(Class ID,CLSID)或界面标识符(Interface ID,IID)。所有这些术语都涉及同一件事。所使用的名字依赖于你正在怎样使用 U U I D。U U I D看上去像什么？它是1 2 8位的数，且其构成具有唯一性（或至少是合情合理的）。当创建U U I D时，系统利用当前的数据和时间，利用机器的唯一

27、信息而建立的（例如，网络卡的硬件地址）。那么怎样创建一个魔幻 U U I D呢？如果在运行时间需要它，你可以调用 C o C r e a t G u i d。更经常地，是运行名为U U I D G E N的程序（它与多数开发工具一起运行）。当你随机地或循序地需要时，U U I D G E N将创建许多I D。例如：C:UUIDGENf 6 d 0 f 8 0 0-9 9 2 a-1 1 c f-a 7 b 2-4 4 4 5 5 3 5 4 0 0 0 0C:UUIDGEN -n30 c 1 0 b a 2 0-9 9 2 b-1 1 c f-a 7 b 2-4 4 4 5 5 3 5 4 0

28、 0 0 00 c 1 0 b a 2 1-9 9 2 b-1 1 c f-a 7 b 2-4 4 4 5 5 3 5 4 0 0 0 00 c 1 0 b a 2 2-9 9 2 b-1 1 c f-a 7 b 2-4 4 4 5 5 3 5 4 0 0 0 0顺便提及，运行这两个U U I D G E N的引用大约1 0秒钟。你还能够请求U U I D G E N创建C的结构（-S）和一些其他格式的结构。键入UUIDGEN-H，就见到一个表。创建U U I D的另一种方法是用组件图库（Component Gallery）(可用在M i c r o s o f t的Vi s u a lC+4

29、.0及以后版本)。其中一个组件可使你以几种格式之一创建一个 U U I D。那么，将U U I D置于剪贴板，以使你能够将其粘贴到你的代码中（或以这种方式粘贴到任何地方）。许多其他的开发工具（如V B 5）也将自动地产生U U I D。通常，U U I D置入你的代码、系统注册表、并打印信息文件。在本章后面，你将学习更多关于注册表及打印信息的内容。当你了解了象注册表中的 U U I D的文本表示时，它们看上去象：（f 6 d 0 f 8 0 0-9 9 2 a-1 1 c f-a 7 b 2-4 4 4 5 5 3 5 4 0 0 0 0）括号和短划线不是可选的，虽然它们的目的只是为了修饰。你

30、还必须注意到，在 U U I D中的任何地方，不能有额外的空格。在数据串的开始和终点，这尤其会引起麻烦，且数据串不能有空白出现。不是所有的对象都需要 U U I D只有你需要的对象是要唯一地标识系统。它表现出多数引人注意的对象会有U U I D，而私有的对象就没有U U I D。2.8 关于I U n k n o w n所有这些是不是听起来太容易了？这个简单的协议是怎样运作得如此变幻莫测的呢？我忘记叙述一件小事。就是一个称作 I U n k n o w n的虚界面。因为它实际上是每个界面的一部分，所以它不是真的界面。还记得在前面，我提及一个界面就是函数指针的表吗？那是真的，对于 I U n k

31、 n o w n界面函数，第2章 ActiveX配套工具21下载22Windows 2000系统编程下载A c t i v e X保留表中头三个位置。这使你能够将任何界面看作一个 I U n k n o w n界面。你不会准确地知道或注意到在任一界面中有多少函数至少与你调用中计划的一样多。如果你考虑界面是I U n k n o w n，那么就是因为每个界面都有一样的三个函数首先出现在表中。在C+行话中，I U n k n o w n是基界面，从它派生出所有其他的界面。每个界面都需要的三个函数，它们怎么会那么重要呢？I U n k n o w n函数（见表2-1）是至关重要的。它们中的两个函数管

32、理对象的索引数。当你创建一个对象时，它有索引数为 1。每次对同一对象你获取不同的界面，或拷贝一个存在的界面指针，该数就从增加 1。这就是A d d R e f所做的。当你不再需要界面时，就调用R e l e a s e，计数就减少。如果计数降到 0，则对象就能够自我毁坏。注意索引数通常是针对每个对象的，而不是针对每个界面的。界面可以执行它们自己的 A d d R e f和R e l e a s e逻辑，或它们可以调用一个共同的子程序去运作。不管怎么说，它们通常管理每个对象的单个的索引数。表2-1 IUnknown函数函数目的A d d R e f增加一个到对象的索引数（不是界面的）R e l

33、e a s e减少对象的索引数，当计数到0时，就释放对象Q u e r y I n t e r f a c e查询是否任何界面的潜在的对象支持另外的界面和返回该界面2.9 创建对象和寻找界面I U n k n o w指定的第三个函数是 Q u e r y I n t e r f a c e，调用带有 I I D（记住，这就是标识界面的U U I D）的Q u e r y I n t e r f a c e。如果对象支持该界面，Q u e r y I n t e r f a c e就返回一个指向适当的界面表的指针。让我们回顾图2-2和2-3中的股票市场和互助资金的数据对象。假设在部分代码中，不知

34、道两个对象中的哪一个在与之运作，只知道有 I U n k n o w n界面。（注意：图2-2和2-3没有准确地显示出I U n k n o w n，而假定它存在。)代码要做的第一件事是调用指针指向的 Q u e r y I n t e r f a c e，规定I L o g的I I D。当然，指针也许已经指向I L o g界面。好！Q u e r y I n t e r f a c e将只返回相同的指针，其区别在于代码知道它是 I L o g界面。在任何情况下，Q u e r y I n t e r f a c e将搜寻对象，以寻找与I I D匹配的界面。如果找到了，就返回指向界面的指针，否

35、则，返回E _ N O I N T E R FA C E（标准的H R E S U LT）。所有这些都假设你知道怎样创建一个对象。有许多方法，你可以得到指向一个对象的初始界面。这有四个最通用的方法：调用一些明确地返回特殊界面指针的函数。这个也许是 A c t i v e X的部分，或者是专用库中的代码。你可以调用属于一个对象的界面函数去创建另一个对象。有些人还可以经你的代码中的函数或界面函数向你传送一个界面指针。调用能够创建任何 A c t i v e X组件的函数。通常，这是 C o C r e a t e I n s t a n c e。你可以认为它是C+的n e w操作符。你提供一个对象

36、的I D（C L S I D）和一个界面ID(IID)。该函数创建了对象，并返回指向所需要的界面的指针（或由于某种原因不运作的话，就返回一个错误）。2.10 关于索引的计数每次你都要做一个界面指针的拷贝，似乎调用 A d d R e f有很多麻烦，是不是？幸运的是，你不一定每种情况都要这样做。一点常识性推理告知我们，它不总是讲得通。考虑下面伪代码：AnInterface *p,*p1；p=GetTheObject()；/ref count=1p1=p；/做指针的 拷贝，并发送给函数p1-AddRef()；/ref count=2DoSomething(p)；p1-Release()；/ref

37、count=1p-Release()；/ref count=0；被破坏的对象假定D o S o m e t h i n g是普通的C+函数，那么再次调用A d d R e f和R e l e a s e是毫无意义的。（然而，如果你认为D o S o m e t h i n g开始运行一个新的线程，那可能就有意义了。）直到函数返回，最初的A d d R e f将不“释放”。我们确实没有注意索引计数器的值是什么，因为只要对象不再使用时，其值就会为0。上述代码能运行，但很不经济。考虑一下，如果D o S o m e t h i n g开始了一个由界面指针指向的新线程，将会发生什么情况。那么，你将不会

38、编写上述代码中的第一个 R e l e a s e语句。而D o S o m e t h i n g代码将在线程结束时（或在界面结束时），调用R e l e a s e。你将需要第一个 A d d R e f，因为当第二个线程还在使用对象时，代码中的最后释放才会发生。当代码的一些其他部分使用时，去破坏一个对象是十分无理的。什么时候必须调用A d d R e f，有两个共同的规则：任何返回界面指针（如Q u e r y I n t e r f a c e或C o C r e a t e I n s t a n c e）的函数必须调用A d d R e f，以使对象有一个初始计数值。无论何时，将界

39、面指针传送到另一个线程，你都将需要首先调用A d d R e f（见前面的例子）。通常，如果你考虑到这一点，就要计划在哪里需要调用 A d d R e f。确信直到对象不再使用，索引计数值才会为0。2.11 关于聚集前面已经说过，可以使用两种方法去支持代码的重用：封锁与聚集。封锁是非常简单的，而聚集需要你了解I U n k n o w n和索引的计数。我们准备用下列信息解释聚集的概念。使用封锁的唯一的错误是：对于要直接地传送到所包含的对象的入口点，通常必须编写一段短小的函数。这对于要覆盖或变换的函数则是优点，而如果要直接地揭示所包含的对象的界面，封锁似乎不可取（请将图2-7和图2-4比较一下）

40、。如果要考虑它的话，你可以尝试得到一个简单的答案。如果主对象创建另一个下级对象的拷贝怎么办？使用Q u e r y I n t e r f a c e，主对象了解所揭示的界面地址。于是，当主对象接收到来自客户的正确的Q u e r y I n t e r f a c e命令，就简单地返回该地址。这听起来很好，但存在一个小问题。如果一个客户获得已揭示的界面，并调用在它上面的 Q u e r y I n t e r f a s e，以了解属于主对象的另一个界面，将会发生什么？它不会运作。下级对象不知道主对象。因为主对象的索引计数值第2章 ActiveX配套工具23下载图2-7 对聚集的第一次尝试不

41、反映有害于下级对象的命令，A d d R e f和R e l e a s e命令都不会正确的运行。答案是要使用A c t i v e X提供支持聚集的特性。主对象和下级对象都必须做特定的事，以使你也许不能够仅聚集任何对象。当主类创建下级类时，就将地址传送到 I U n k n o w n界面（在控制的I U n k n o w n）。如果下级对象支持聚集，就将传送任何定向在 I U n k n o w n的命令到正在控制的界面（见图2-8）。下级对象还有I U n k n o w n函数的专用集。当创建该对象时，主对象需要指向它们的指针，这使主对象能够在必要的情况下调用 I U n k n o

42、 w n。如果这看上去有点复杂，请不要着急。通常，你将使用封锁重用任何A c t i v e X组件。图2-8 正确的聚集2.12 奇妙的特性还有一些你应当了解的关于A c t i v e X的内容：你可以在阅读A c t i v e X文档时运行A c t i v e X函数，24Windows 2000系统编程下载Derived对象Base对象接口 A接口 B(主对象)下级的接口B接口A第2章 ActiveX配套工具25下载并尝试编写自己的程序。2.12.1 预定义界面A c t i v e X包括许多标准的界面的定义。你将使用其中一些（如分配存储器的 I M a l l o c）,并且创

43、建其他界面（I D i s p a t c h）。在某些情况下，你必须应用某些界面去运行一些 Wi n d o w s的其他部分（例如，浏览器）。然而，没有什么可以阻止你加入自己的界面。如果你在编写需要三个界面的对象，那么你不能提供其他客户界面，是没有理由。这又是多态性。如果某个客户从不请求特殊的界面，那谁更聪明？当然，你还能够设计自己的对象，无论要求什么样的界面（预定义的、客户的、或两者都有）。你必须支持的唯一的事是 I U n k n o w n，且在每个界面中都需要。与之不同，你可以自由地做想做的事。当你想要与其他不受控制的 A c t i v e X程序（如浏览器或 Microsoft

44、 Wo r d）相互作用时，将有一些限制。结果，你必须遵循特殊的协议。这里有一个特例。假设你要想客户通过调用 C o C r e a t e I n s t a n c e创建组件。那么，你必须提供具有I C l a s s F a c t o r y的界面特殊的对象（一个类的工厂）。这个组件知道怎样创建你的组件，和使用它的C o C r e a t e I n s t a n c e。然而，如果你有创建你的组件另外的方法，且不注意C o C r e a t e I n s t a n c e，你就不需要类站的对象或IClassFactory 界面。对于I C l a s s F a c t

45、o r y的特性，也不要着急。仅仅认识到，要运行A c t i v e X的某些部分，你需要提供某些界面。2.12.2 类型库由于你自由地设计自己的对象和界面，任一程序怎样才知道你期望的是什么呢？那就是“类型信息”所起的作用。简单地说，类型库包括关于机器可读格式的对象及界面的信息。你可以使用特殊的函数命令从每个组件包含的数据库中去读这些信息。你还可以使用函数，去创建类型库（经常是T L B文件或资源）。然而，你通常创建一个描述类型信息的文本文件，并且使它通过特殊的编译器（M K T Y P L I B），以产生T L B文件。2.12.3 代理程序、承接程序、调度程序A c t i v e X

46、对象结构的一个关键的方面是客户不知道或不注意界面表的函数指针指向哪里。如果A c t i v e X服务器程序在D L L中，那么指针可能直接指向适当的函数。D L L装载到客户的地址空间，且函数运行得快而有效。如果服务器程序在一个 E X E文件中怎么办？你不能将指针传送到进程边界。在这种情况下，A c t i v e X创建一个代理。代理仅仅是一个简单的存在于客户的地址空间的函数，并且在服务器程序的地址空间中给承接程序发送命令。于是承接程序调用实际的服务器函数。当然，该函数不得不在地址空间之间来回移动任何数据（见图 2-9）。A c t i v e X将数据变换到进程边界的过程称作调度（m

47、 a r s h a l l i n g）。关于代理程序，有一个有趣的扭曲：为什么没有发送跨过网络界限的命令，没有只跨过进程边界的代理程序？为什么没有？图 2-1 0展示了一个典型的情况。代理程序接收命令、调度数26Windows 2000系统编程下载据、和发送命令到远端机器的承接程序。承接程序接收数据和向服务器程序发送命令。服务器程序或者客户程序都不需要知道它们不在同一台机器上。用于发送数据的精确的机制（称作管道，远程的程序命令，等等）是不重要的，并且使其服从于变化。A c t i v e X隐藏了这些来自客户程序和服务器程序的细节。图2-9 对E X E文件的代理图2-10 网络代理客户客

48、户服务器代理服务器(本地 EXE)客户客户代理服务器服务器(远程)第2章 ActiveX配套工具27下载关于代理程序和调度程序的最好部分是它们通常自动地发生至少对于预定义的界面如此。除去几个例外，大多数都勿需努力而自动发生。唯一的问题是何时某个数据类型不能在进程边界间传送。例如，考虑一个设备描述表（Hardware Device Context,HDC）。要发送一个H D C到另一台机器，有多好？你不能利用它或者甚至发现关于它的更多的东西。象这种情况，经常有两部分服务器程序。其一（不是 D L L就是E X E）能够在远端机器上运行。其二（通常是D L L）处理一定在本地机器上出现的函数，并且

49、传送其他请求到主服务器程序。如果主服务器程序是E X E，则这种技术还能够改善本地的性能，因为 D L L中的代码在客户的地址空间运行。E X E服务器程序总是在不同的过程空间中运行，并需要调度程序。如果要想客户界面调度网络上的支持，那也是有可能的。做到该点的最容易的方法是用M i c r o s o f t界面描述语言（Microsoft Interface Description Language,MIDL）去描述你的界面。（如果你已经做过远程过程调用R P C这看上去很相似。）通过M I D L编译程序发送一个M I D L脚本，并产生所需要的全部调度代码，你将使用这些代码去创建 D L

50、 L文件。那么就需要通知A c t i v e X对于你的界面A c t i v e X需要使用D L L。稍后，你会见到这是多么简单。利用自己的专用界面不能支持网络调度是没有理由的。2.12.4 关于多线程所有这一切都很简单。然而这还有一个小的编译程序，A c t i v e X服务器程序能够包含执行程序的多线程。客户可以从多线程中调用服务器的程序，这可能引起问题。A c t i v e X支持称作Apartment Model的线程模型。这只是一个临时的方法，A c t i v e X将过程中的每个线程看作单独的过程（或你更喜欢的部分）。这里存在着几个分歧。首先，将构成 A c t i v