VC 宏定义一

-- 选择自 vcforever 的 Blog

在编写程序的时候,我们经常要用到#pragma指令来设定编译器的状态或者是指示编译器完成一些特定的动作.
下面介绍了一下该指令的一些常用参数,希望对大家有所帮助!

一. message 参数。

message
它能够在编译信息输出窗 
口中输出相应的信息，这对于源代码信息的控制是非常重要的。

其使用方法为：    #pragma message("消息文本") 

当编译器遇到这条指令时就在编译输出窗口中将消息文本打印出来。 
当我们在程序中定义了许多宏来控制源代码版本的时候，我们自己有可能都会忘记有没有正确的设置这些宏，此时我们可以用这条
指令在编译的时候就进行检查。假设我们希望判断自己有没有在源代码的什么地方定义了_X86这个宏可以用下面的方法 
#ifdef _X86 
#pragma message("_X86 macro activated!") 
#endif 
当我们定义了_X86这个宏以后，应用程序在编译时就会在编译输出窗口里显示"_ 
X86 macro activated!"。我们就不会因为不记得自己定义的一些特定的宏而抓耳挠腮了  
   
二. 另一个使用得比较多的#pragma参数是code_seg。

格式如：

#pragma code_seg( [ [ { push | pop}, ] [ identifier, ] ] [ "segment-name" [, "segment-class" ] )
该指令用来指定函数在.obj文件中存放的节,观察OBJ文件可以使用VC自带的dumpbin命令行程序,函数在.obj文件中默认的存放节
为.text节
如果code_seg没有带参数的话,则函数存放在.text节中
push (可选参数) 将一个记录放到内部编译器的堆栈中,可选参数可以为一个标识符或者节名
pop(可选参数) 将一个记录从堆栈顶端弹出,该记录可以为一个标识符或者节名
identifier (可选参数) 当使用push指令时,为压入堆栈的记录指派的一个标识符,当该标识符被删除的时候和其相关的堆栈中的记录将被弹出堆栈
"segment-name" (可选参数) 表示函数存放的节名
例如:
//默认情况下,函数被存放在.text节中
void func1() {                  // stored in .text
}

//将函数存放在.my_data1节中
#pragma code_seg(".my_data1")
void func2() {                  // stored in my_data1
}

//r1为标识符,将函数放入.my_data2节中
#pragma code_seg(push, r1, ".my_data2")
void func3() {                  // stored in my_data2
}

int main() {
}

三. #pragma once (比较常用） 

这是一个比较常用的指令,只要在头文件的最开始加入这条指令就能够保证头文件被编译一次
   
四. #pragma hdrstop表示预编译头文件到此为止，后面的头文件不进行预编译。

BCB可以预编译头文件以加快链接的速度，但如果所有头文件都进行预编译又可能占太多磁盘空间，所以使用这个选项排除一些头文件。  
有时单元之间有依赖关系，比如单元A依赖单元B，所以单元B要先于单元A编译。你可以用#pragma startup指定编译优先级，
如果使用了#pragma package(smart_init) ，BCB就会根据优先级的大小先后编译。   

五. #pragma warning指令

该指令允许有选择性的修改编译器的警告消息的行为
指令格式如下:
#pragma warning( warning-specifier : warning-number-list [; warning-specifier : warning-number-list...]
#pragma warning( push[ ,n ] )
#pragma warning( pop )

主要用到的警告表示有如下几个:

once:只显示一次(警告/错误等)消息
default:重置编译器的警告行为到默认状态
1,2,3,4:四个警告级别
disable:禁止指定的警告信息
error:将指定的警告信息作为错误报告

如果大家对上面的解释不是很理解,可以参考一下下面的例子及说明
 
#pragma warning( disable : 4507 34; once : 4385; error : 164 ) 
等价于： 
#pragma warning(disable:4507 34)  // 不显示4507和34号警告信息 
#pragma warning(once:4385)        // 4385号警告信息仅报告一次 
#pragma warning(error:164)        // 把164号警告信息作为一个错误。 
同时这个pragma warning 也支持如下格式： 
#pragma warning( push [ ,n ] ) 
#pragma warning( pop ) 
这里n代表一个警告等级(1---4)。 
#pragma warning( push )保存所有警告信息的现有的警告状态。 
#pragma warning( push, n)保存所有警告信息的现有的警告状态，并且把全局警告等级设定为n。  
#pragma warning( pop )向栈中弹出最后一个警告信息，在入栈和出栈之间所作的一切改动取消。例如： 
#pragma warning( push ) 
#pragma warning( disable : 4705 ) 
#pragma warning( disable : 4706 ) 
#pragma warning( disable : 4707 ) 
#pragma warning( pop )

在这段代码的最后，重新保存所有的警告信息(包括4705，4706和4707)

在使用标准C++进行编程的时候经常会得到很多的警告信息,而这些警告信息都是不必要的提示,所以我们可以使用#pragma warning(disable:4786)来禁止该类型的警告在vc中使用ADO的时候也会得到不必要的警告信息,这个时候我们可以通过#pragma warning(disable:4146)来消除该类型的警告信息

六. pragma comment(...)
该指令的格式为：  #pragma comment( "comment-type" [, commentstring] )
     该指令将一个注释记录放入一个对象文件或可执行文件中,comment-type(注释类型):可以指定为五种预定义的标识符的其中一种
    五种预定义的标识符为:

     compiler:将编译器的版本号和名称放入目标文件中,本条注释记录将被编译器忽略
                  如果你为该记录类型提供了commentstring参数,编译器将会产生一个警告
                  例如:#pragma comment( compiler )

     exestr:将commentstring参数放入目标文件中,在链接的时候这个字符串将被放入到可执行文件中,当操作系统加载可执行文件的时候,该参数字符串不会被加载到内存中.但是,该字符串可以被dumpbin之类的程序查找出并打印出来,你可以用这个标识符将版本号码之类的信息嵌入到可       执行文件中!

     lib:这是一个非常常用的关键字,用来将一个库文件链接到目标文件中常用的lib关键字，可以帮我们连入一个库文件。 
         例如:               #pragma comment(lib, "user32.lib") 
                               该指令用来将user32.lib库文件加入到本工程中

     linker:将一个链接选项放入目标文件中,你可以使用这个指令来代替由命令行传入的或者在开发环境中设置的链接选项,你可以指定/include选项来强制包含某个对象,例如:       #pragma comment(linker, "/include:__mySymbol")

               你可以在程序中设置下列链接选项

                          /DEFAULTLIB
                          /EXPORT
                          /INCLUDE
                          /MERGE
                         /SECTION

              这些选项在这里就不一一说明了,详细信息请看msdn!

      user:将一般的注释信息放入目标文件中commentstring参数包含注释的文本信息,这个注释记录将被链接器忽略
      例如:     #pragma comment( user, "Compiled on " __DATE__ " at " __TIME__ )

Windows 95/NT的抢先式多任务

在32位的Windows系统中，采用的是抢先式多任务，这意味着程序对CPU的占用时间是由系统决定的。系统为每个程序分配一定的CPU时间，当程序的运行超过规定时间后，系统就会中断该程序并把CPU控制权转交给别的程序。与协同式多任务不同，这种中断是汇编语言级的。程序不必调用象PeekMessage这样的函数来放弃对CPU的控制权，就可以进行费时的工作，而且不会导致系统的挂起。

进程与线程

在32位的Windows系统中，术语多任务是指系统可以同时运行多个进程，而每个进程也可以同时执行多个线程。

进程就是应用程序的运行实例。每个进程都有自己私有的虚拟地址空间。每个进程都有一个主线程，但可以建立另外的线程。进程中的线程是并行执行的，每个线程占用CPU的时间由系统来划分。

进程就是应用程序的运行实例。每个进程都有自己私有的虚拟地址空间。每个进程都有一个主线程，但可以建立另外的线程。进程中的线程是并行执行的，每个线程占用CPU的时间由系统来划分。可以把线程看成是操作系统分配CPU时间的基本实体。系统不停地在各个线程之间切换，它对线程的中断是汇编语言级的。系统为每一个线程分配一个CPU时间片，某个线程只有在分配的时间片内才有对CPU的控制权。实际上，在PC机中，同一时间只有一个线程在运行。由于系统为每个线程划分的时间片很小（20毫秒左右），所以看上去好象是多个线程在同时运行。 进程中的所有线程共享进程的虚拟地址空间，这意味着所有线程都可以访问进程的全局变量和资源。这一方面为编程带来了方便，但另一方面也容易造成冲突。

虽然在进程中进行费时的工作不会导致系统的挂起，但这会导致进程本身的挂起。所以，如果进程既要进行长期的工作，又要响应用户的输入，那么它可以启动一个线程来专门负责费时的工作，而主线程仍然可以与用户进行交互。

线程的创建和终止

线程分用户界面线程和工作者线程两种。用户界面线程拥有自己的消息泵来处理界面消息，可以与用户进行交互。工作者线程没有消息泵，一般用来完成后台工作。

MFC应用程序的线程由对象CWinThread表示。在多数情况下，程序不需要自己创建CWinThread对象。调用AfxBeginThread函数时会自动创建一个CWinThread对象。

应用程序的线程由对象CWinThread表示。在多数情况下，程序不需要自己创建CWinThread对象。调用AfxBeginThread函数时会自动创建一个CWinThread对象。

当发生下列事件之一时，线程被终止：

            线程调用ExitThread。

            线程函数返回，即线程隐含调用了ExitThread。

            ExitThread。ExitProcess被进程的任一线程显示或隐含调用.用线程的句柄调用

            TerminateThread。

            用进程句柄调用TerminateProcess。

            TerminateProcess。

            线程函数返回，即线程隐含调用了ExitThread。

线程的同步

由于同一进程的所有线程共享进程的虚拟地址空间，并且线程的中断是汇编语言级的，所以可能会发生两个线程同时访问同一个对象（包括全局变量、共享资源、API函数和MFC对象等）的情况，这有可能导致程序错误。例如，如果一个线程在未完成对某一大尺寸全局变量的读操作时，另一个线程又对该变量进行了写操作，那么第一个线程读入的变量值可能是一种修改过程中的不稳定值。

属于不同进程的线程在同时访问同一内存区域或共享资源时，也会存在同样的问题。

因此，在多线程应用程序中，常常需要采取一些措施来同步线程的执行。需要同步的情况包括以下几种：

在多个线程同时访问同一对象时，可能产生错误。例如，如果当一个线程正在读取一个至关重要的共享缓冲区时，另一个线程向该缓冲区写入数据，那么程序的运行结果就可能出错。程序应该尽量避免多个线程同时访问同一个缓冲区或系统资源。

在Windows 95环境下编写多线程应用程序还需要考虑重入问题。Windows NT是真正的32位操作系统，它解决了系统重入问题。而Windows 95由于继承了Windows 3.x的部分16位代码，没能够解决重入问题。这意味着在Windows 95中两个线程不能同时执行某个系统功能，否则有可能造成程序错误，甚至会造成系统崩溃。应用程序应该尽量避免发生两个以上的线程同时调用同一个Windows API函数的情况。

由于大小和性能方面的原因，MFC对象在对象级不是线程安全的，只有在类级才是。也就是说，两个线程可以安全地使用两个不同的CString对象，但同时使用同一个CString对象就可能产生问题。如果必须使用同一个对象，那么应该采取适当的同步措施。

多个线程之间需要协调运行。例如，如果第二个线程需要等待第一个线程完成到某一步时才能运行，那么该线程应该暂时挂起以减少对CPU的占用时间，提高程序的执行效率。当第一个线程完成了相应的步骤后，应该发出某种信号来激活第二个线程。

等待函数

Win32 API提供了一组能使线程阻塞其自身执行的等待函数。这些函数只有在作为其参数的一个或多个同步对象(见下小节)产生信号时才会返回。在超过规定的等待时间后，不管有无信号，函数也都会返回。在等待函数未返回时，线程处于等待状态，此时线程只消耗很少的CPU时间。

使用等待函数即可以保证线程的同步，又可以提高程序的运行效率。最常用的等待函数是WaitForSingleObject，该函数的声明为：

     DWORD WaitForSingleObject(HANDLE hHandle, DWORD dwMilliseconds);

同步对象

同步对象用来协调多线程的执行，它可以被多个线程共享。线程的等待函数用同步对象的句柄作为参数，同步对象应该是所有要使用的线程都能访问到的。同步对象的状态要么是有信号的，要么是无信号的。同步对象主要有三种：事件、mutex和信号灯。

事件对象(Event)是最简单的同步对象，它包括有信号和无信号两种状态。在线程访问某一资源之前，也许需要等待某一事件的发生，这时用事件对象最合适。例如，只有在通信端口缓冲区收到数据后，监视线程才被激活。

事件对象是用CreateEvent函数建立的。该函数可以指定事件对象的种类和事件的初始状态。如果是手工重置事件，那么它总是保持有信号状态，直到用ResetEvent函数重置成无信号的事件。如果是自动重置事件，那么它的状态在单个等待线程释放后会自动变为无信号的。用SetEvent可以把事件对象设置成有信号状态。在建立事件时，可以为对象起个名字，这样其它进程中的线程可以用OpenEvent函数打开指定名字的事件对象句柄。

 mutex对象的状态在它不被任何线程拥有时是有信号的，而当它被拥有时则是无信号的。mutex对象很适合用来协调多个线程对共享资源的互斥访问(mutually exclusive)。

线程用CreateMutex函数来建立mutex对象，在建立mutex时，可以为对象起个名字，这样其它进程中的线程可以用OpenMutex函数打开指定名字的mutex对象句柄。在完成对共享资源的访问后，线程可以调用ReleaseMutex来释放mutex，以便让别的线程能访问共享资源。如果线程终止而不释放mutex，则认为该mutex被废弃。

信号灯对象维护一个从0开始的计数，在计数值大于0时对象是有信号的，而在计数值为0时则是无信号的。信号灯对象可用来限制对共享资源进行访问的线程数量。线程用CreateSemaphore函数来建立信号灯对象，在调用该函数时，可以指定对象的初始计数和最大计数。在建立信号灯时也可以为对象起个名字，别的进程中的线程可以用OpenSemaphore函数打开指定名字的信号灯句柄。

一般把信号灯的初始计数设置成最大值。每次当信号灯有信号使等待函数返回时，信号灯计数就会减1，而调用ReleaseSemaphore可以增加信号灯的计数。计数值越小就表明访问共享资源的程序越多。

除了上述三种同步对象外，表12.3中的对象也可用于同步。另外，有时可以用文件或通信设备作为同步对象使用。

当对象不再使用时，应该用CloseHandle函数关闭对象句柄。

关键节和互锁变量访问

关键节(Critical Seciton)与mutex的功能类似，但它只能由同一进程中的线程使用。关键节可以防止共享资源被同时访问。

进程负责为关键节分配内存空间，关键节实际上是一个CRITICAL_SECTION型的变量，它一次只能被一个线程拥有。在线程使用关键节之前，必须调用InitializeCriticalSection函数将其初始化。如果线程中有一段关键的代码不希望被别的线程中断，那么可以调用EnterCriticalSection函数来申请关键节的所有权，在运行完关键代码后再用LeaveCriticalSection函数来释放所有权。如果在调用EnterCriticalSection时关键节对象已被另一个线程拥有，那么该函数将无限期等待所有权。

利用互锁变量可以建立简单有效的同步机制。使用函数InterlockedIncrement和InterlockedDecrement可以增加或减少多个线程共享的一个32位变量的值，并且可以检查结果是否为0。线程不必担心会被其它线程中断而导致错误。如果变量位于共享内存中，那么不同进程中的线程也可以使用这种机制。

串行通信与重叠I/O

Win 32系统为串行通信提供了全新的服务。传统的OpenComm、ReadComm、WriteComm、CloseComm等函数已经过时，WM_COMMNOTIFY消息也消失了。取而代之的是文件I/O函数提供的打开和关闭通信资源句柄及读写操作的基本接口。

新的文件I/O函数(CreateFile、ReadFile、WriteFile等)支持重叠式输入输出，这使得线程可以从费时的I/O操作中解放出来，从而极大地提高了程序的运行效率。

串行口的打开和关闭

Win32系统把文件的概念进行了扩展。无论是文件、通信设备、命名管道、邮件槽、磁盘、还是控制台，都是用API函数CreateFile来打开或创建的。

串行口的初始化

在打开通信设备句柄后，常常需要对串行口进行一些初始化工作。这需要通过一个DCB结构来进行。DCB结构包含了诸如波特率、每个字符的数据位数、奇偶校验和停止位数等信息。在查询或配置置串行口的属性时，都要用DCB结构来作为缓冲区。

调用GetCommState函数可以获得串口的配置，该函数把当前配置填充到一个DCB结构中。一般在用CreateFile打开串行口后，可以调用GetCommState函数来获取串行口的初始配置。要修改串行口的配置，应该先修改DCB结构，然后再调用SetCommState函数用指定的DCB结构来设置串行口。

除了在DCB中的设置外，程序一般还需要设置I/O缓冲区的大小和超时。Windows用I/O缓冲区来暂存串行口输入和输出的数据，如果通信的速率较高，则应该设置较大的缓冲区。调用SetupComm函数可以设置串行口的输入和输出缓冲区的大小。

在用ReadFile和WriteFile读写串行口时，需要考虑超时问题。如果在指定的时间内没有读出或写入指定数量的字符，那么ReadFile或WriteFile的操作就会结束。要查询当前的超时设置应调用GetCommTimeouts函数，该函数会填充一个COMMTIMEOUTS结构。调用SetCommTimeouts可以用某一个COMMTIMEOUTS结构的内容来设置超时。

有两种超时：间隔超时和总超时。间隔超时是指在接收时两个字符之间的最大时延，总超时是指读写操作总共花费的最大时间。写操作只支持总超时，而读操作两种超时均支持。用COMMTIMEOUTS结构可以规定读/写操作的超时.

重叠I/O

在用ReadFile和WriteFile读写串行口时，既可以同步执行，也可以重叠（异步）执行。在同步执行时，函数直到操作完成后才返回。这意味着在同步执行时线程会被阻塞，从而导致效率下降。在重叠执行时，即使操作还未完成，调用的函数也会立即返回。费时的I/O操作在后台进行，这样线程就可以干别的事情。例如，线程可以在不同的句柄上同时执行I/O操作，甚至可以在同一句柄上同时进行读写操作。"重叠"一词的含义就在于此。

ReadFile函数只要在串行口输入缓冲区中读入指定数量的字符，就算完成操作。而WriteFile函数不但要把指定数量的字符拷入到输出缓冲中，而且要等这些字符从串行口送出去后才算完成操作。

ReadFile和WriteFile函数是否为执行重叠操作是由CreateFile函数决定的。如果在调用CreateFile创建句柄时指定了FILE_FLAG_OVERLAPPED标志，那么调用ReadFile和WriteFile对该句柄进行的读写操作就是重叠的，如果未指定重叠标志，则读写操作是同步的.

所有数据、方法、接口、类和库的特性都由属性信息来描述。属性信息中由括号括起来，作为它们描述的对象的前缀。

[in] :  告诉MIDL编译器生成代码时，只是把从客户到对象的数据列集，没必要把同样的数据列集送回给客户

[out] : 让一段数据从对象返回到客户。
-------------------------------------------------------------------------
IUnknown接口定义
 import "unknwn.idl";
 [ local,object
   uuid(FAEAE6B7-67BE-42a4-A318-3256781E945A),
   pointer_default(unique)
 ]
 interface IUnknown
 {
    typedef(unique) IUnknown *LPUNKNOWN

    cpp_quote("/////////////////////////////////////////////")
    cpp_quote("//IID_IUnknown和其他所有的系统IID都是由UUID.LIB提供的")
    cpp_quote("//把这个函数库与你的代理、客户和服务链接起来")
    cpp_quote("/////////////////////////////////////////////")

    HRESULT QueryInterface( [in] REFIID iid,
                            [out,iid_is(riid)] void **ppObject );

    ULONG AddRef();
    ULONG Release();
 }
-----------------------------------------------------------------------------
[object] : 指定接口是一个com接口。如果遗漏这个属性信息，那IOcr接口只是一个简单的MS RPC接口；如果没有这个属性信息，所生成的列集代码将与COM函数库（运行时）提供的标准列集代码不兼容。

[UUID] : 这是IOcr接口静态的和唯一的IID，它是一个在时间上和空间上独一无二的机器生成数字。

[local] : 告诉MIDL编译器,不要生成接口代理和存根。

[pointer_default()] : 设定了所有还没有显示限定的嵌入式指针（embedded pointer）的默认指针属性信息。嵌入式指针（embedded pointer）包括结构体（structrue）、联合体（union）、数组（array）的成员指针.

   unique属性信息：1)[ref]指针是引用指针（reference pointer），不能为空。
                            2)[unique]指针是简单指针（simple pointer），可以为空。但是代理不提供对重复指针探测的支持。例如，若ptr1/ptr2都

                               指向同一个数据，那个数据的两份相同的副本会被送往远程对象。
                            3)[ptr]指针是完全指针（full pointer）。若ptr1/ptr2都指向同一个数据，只有一个副本会被送往远程对象。

cpp_quote：指导MIDL编译器将限定了的字符串转换成生成的头文件。具体来说，这四行会在MIDL编译器生成的头文件中做出C++的注释。

[iid_is()] : 这是一个指针属性，它与[ptr][ref][unique]相似，只适用于指针。iid_is(riid)属性列集器关心，实际上，存根需要准确地知道正在调度的接口指针（riid,某种IID）

[size_is()] : 显示地告诉列集器，指针实际指向一些字节的块。列集器根据这个块的大小分配内存。

[string] : 提示列集器：修饰的本参数是一个字符串，是以null终止的。

dynamic_cast
   用以转换多态类型（polymorphic type）.建立运行时检查将保证转换的有效性。如果该转换不是安全的，则抛出一个bad_cast异常。
static_cast
   用以转换非多态类型。没有运行时检查。
const_cast
   用以除去一个对象的常态（constness）和易失态（volatileness）.
reinterpret_cast
   用以将任何指针或者整形类型转换成另一个指针或整形变量。

例如：
   reinterpret_cast <> (&pSome) 将一个双精度类型指针转换成void**

COM ：Component Object Model 组件对象模型。
DCOM ：Distributed Component Object Model 分布式组件对象模型是一个线上协议wire protocol 和一套允许各com组件在分布式环境里相互通信的服务。

Com的功能和服务：

1、位置透明性
   位置透明性主要依赖列集。为了支持列集，com使用了一种已有的、以证明可行的技术，叫做DCE RPC（DCE    RPC 使用了   NDR—Network data representation,网络数据表示法。来传输数据。NDR为在不同的机器和不同   的数据表示法之间传送数据提供了通用的格式）。
   客户存根---代理，服务器存根—存根
 
2、动态和远程对象的激活
   Com SCM（service control manager 服务控制管理器）支持远程激活

3、安全性
   Com支持好几种身份验证级别
   激活安全性 SCM
   调用级安全性
   访问安全性
       
4、接口
   接口和实现分开来，一个com对象包括了许多明确定义和不能更改的接口。在com中，所有接口都由一个名为Iunknown的特  殊接口派生而来，这个接口必须能   支持一个健全并不断改变的组件，同时还必须包括3个极为重要的方法：QueryInterface/AddRef/Release.客户调用QueryInterface来动态地发现一个对   象支持的其他接口，而AddRef和Release用以管理一个对象的生命周期。

5、生存期支持和动态发现
   对象的重要的特征之一就是生命周期，因为对象必须被正确的创造和销毁。Com使用引用计数来支持对象的生存期管理.

6、二进制互操作性
   二进制的重用是软件重用的一个重要方面。在com中二进制互操作性是通过接口来实现的。通过vtbl（函数指针表）和vptr（指向vtbl的指针），每一个接口   都由一个二进制签名。

7、连接管理
   Com通过一种简单的偏执检查来支持连接管理。它要求客户向服务器发送一个小数据包来表明它仍在活动。成为ping（强制回应）。
   Com聪明地去ping机器，而不是ping对象。
   每个com机器都运行了一个名为OXID分析器（resolver）的特殊协调器/管理器。Ping由每台机器上的OXID分析器来协调.

8、并发管理
     Com将带有不同并发语义的对象分离开来，归入独立的执行环境（套间department）。对象在自己的套间里生成、存在和死亡，而为了在不同的套间里使用这   个对象，你必须对它列集。

9、重用
   Com目前支持的是包容和聚集。
   包容可用于将被重用的对象隐藏在正在开发的对象之后。然后，你发布一系列通道或者代理方法来让你的客户使用隐藏对象的服务。当你的客户调用这些通道方  法时，你只要将这些调用委派到正在重用的包容对象里就行了。
   聚集可用于把重用对象的接口像你自己的一样暴露。为了聚集，你的对象必须将它的Iunknown指针传递给被重用的对象，以便生存期管理可以正常工作。

10、接口储藏库
    在com中，一个对象的类型信息在接口储藏库中详细的存储，称之为类型库（type library，扩展名：.tlb）
 
11、实现储藏库
    在分布式环境中，一个实现储藏库存储了对象实现的位置。Com通过注册表来支持这一概念。Com SCM使用记录在注册表中的、某一特定的实现的位置来动态地   激活对象。
    在客户端，SCM查找注册表来决定远程组件在什么位置。然后，它和服务器计算机上的远程SCM联系。该远程Scm查找它自己本地的注册表来获取组件的准确位   置，从而激活此组件。
   
12、静态调用
    简单的函数调用。
    静态调用的另一种方法是通过使用类型库和一个名为IDispatch（dispatch interface调度接口）的特殊接口。

13、动态调用
    这种调用方式更为常见的叫法是"迟绑定"。在com中，动态调用被称为自动化，并由Idispatch所支持。Com的对象可以通过Idispatch接口被动态地调用和发现。

14、事件
    Com通过一个叫做连接点（connection point）的概念来支持事件。这就需要有两个合作者：源点（source）和汇点（sink）。