5.dll
// compiler-generated file created 08/22/11 at 14:19:31 - DO NOT EDIT!
// interface _Collection wrapper method implementations
#pragma implementation_key(1)
inline long _Collection::GetCount ( ) {
long _result;
HRESULT _hr = get_Count(&_result);
if (FAILED(_hr)) _com_issue_errorex(_hr, this, __uuidof(this));
return _result;
}
#pragma implementation_key(2)
inline IUnknownPtr _Collection::_NewEnum ( ) {
IUnknown * _result;
HRESULT _hr = raw__NewEnum(&_result);
if (FAILED(_hr)) _com_issue_errorex(_hr, this, __uuidof(this));
return IUnknownPtr(_result, false);
}
...
// Created by Microsoft (R) C/C++ Compiler Version 12.00.8168.0 (a2f27f36).
//
// d:\....\debug\msado15.tli
//
// Wrapper implementations for Win32 type library C:\....\ado\msado15.dll
// compiler-generated file created 08/22/11 at 14:19:31 - DO NOT EDIT!
// interface _Collection wrapper method implementations
#pragma implementation_key(1)
inline long _Collection::GetCount ( ) {
long _result;
HRESULT _hr = get_Count(&_result);
if (FAILED(_hr)) _com_issue_errorex(_hr, this, __uuidof(this));
return _result;
}
#pragma implementation_key(2)
inline IUnknownPtr _Collection::_NewEnum ( ) {
IUnknown * _result;
HRESULT _hr = raw__NewEnum(&_result);
if (FAILED(_hr)) _com_issue_errorex(_hr, this, __uuidof(this));
return IUnknownPtr(_result, false);
}
...
微软并不希望你去读懂这两套文件，也更不指望你去修改他们。注释中大些的“DO NOT EDIT!”肯定会让你打消这个念头。但是从msado15.tlh中你肯定发现如此亲切且熟悉的语句了：
view plaincopy to clipboardprint //
// Smart pointer typedef declarations
//
_COM_SMARTPTR_TYPEDEF(_Collection, __uuidof(_Collection)); //哦~ 太眼熟了！
_COM_SMARTPTR_TYPEDEF(_DynaCollection, __uuidof(_DynaCollection));
_COM_SMARTPTR_TYPEDEF(_ADO, __uuidof(_ADO));
//
// Smart pointer typedef declarations
//
_COM_SMARTPTR_TYPEDEF(_Collection, __uuidof(_Collection)); //哦~ 太眼熟了！
_COM_SMARTPTR_TYPEDEF(_DynaCollection, __uuidof(_DynaCollection));
_COM_SMARTPTR_TYPEDEF(_ADO, __uuidof(_ADO));
哦~ 这个预处理命令竟然用类型库生成了_com_ptr_t的智能指针代码！如果你忘记了_COM_SMARTPTR_TYPEDEF是如何特异化一套智能指针的过程，请回顾一下条款2。这种将某个编译预处理命令与其特定功能的代码绑定到一起的行为，确实很少见。因此你也别指望#import是可移植的，事实上COM组件也无法移植到其他平台上去。
但你似乎潜在的感觉到了，COM、_com_ptr_t和编译器（应该是编译器的预处理器）存在与某种关联。确实如此，微软在提出COM之后，对VC编译器加入的对COM的支持。而VB、delphi、java script则更是在语法层面上支持COM（事实上，他们都有一个支持COM的运行时，用以支持COM的这些特性【8】），在那里没有智能指针这一说。指向COM接口的变量即为智能指针。不如让我们来看一看一段VB代码。他或许会让我们更好的理解_com_ptr_t这套智能指针：
view plaincopy to clipboardprint dim objVar as MyClass
set objVar = new MyOtherClass
objVar.DoSomething
dim objVar as MyClass
set objVar = new MyOtherClass
objVar.DoSomething
我的VB功底实在不怎么好，但上面几行代码足以让一个COM组件工作。我们进一步刨析一下它的运行过程：
1.首先它定义了一个名为objVar 的变量，类型为myClass。
2.实例化一个MyOtherClass的COM组件，并且将其赋值到objVar 之上。
3.objVar执行相应的DoSomething函数。
你或会问，第二步中set objVar = new MyOtherClass等号左右两边类型是有父子关系吗？如果没有，那VB编译器还会允许它通过编译？
在VB中MyClass 与 MyOtherClass确实不需要有任何关系，其实只要MyOtherClass背后隐藏的组件实现了MyClass 着这种类型的接口，那么程序将正确的工作下去。如果，不支持呢？那他会抛出一个运行时的异常，等待程序员去处理它。
如果这种弱类型的语言影响你的阅读，你不妨将objVar视作是_com_ptr_t的一个实例。然后我们稍微用C++的语法重新实现以上过程，看看发生了什么。
view plaincopy to clipboardprint _COM_SMARTPTR_TYPEDEF(MyClass, __uuidof(MyClass));
_COM_SMARTPTR_TYPEDEF(MyOtherClass, __uuidof(MyOtherClass));
MyClassPtr spMyClass = NULL; //dim objVar as MyClass
MyOtherClassPtr spMyOtherCla