spMyClass = spMyOtherClass; //set objVar = new MyOtherClass
spMyClass.DoSomething(); //objVar.DoSomething
_COM_SMARTPTR_TYPEDEF(MyClass, __uuidof(MyClass));
_COM_SMARTPTR_TYPEDEF(MyOtherClass, __uuidof(MyOtherClass));
MyClassPtr spMyClass = NULL; //dim objVar as MyClass
MyOtherClassPtr spMyOtherClass(CLSID_MYOTHERCLASS);
spMyClass = spMyOtherClass; //set objVar = new MyOtherClass
spMyClass.DoSomething(); //objVar.DoSomething
你会发现，通过_com_ptr_t操作COM接口的方法和VB中使用变量操作接口的方式惊人的相似。形如“spMyClass = spMyOtherClass;”这样不同类型接口的查询操作在VC中通过_com_ptr_t对赋值运算符的重载而实现了。若查询接口失败，同样是抛出一个运行时的异常。
由于VC缺少对COM必要的运行时【8】，_com_ptr_t的设计者可能在将COM技术用于VC之中时，做了如下考虑：
1.如果VB能够兼容的东西，VC也要能使用。因此#import的出现使得VC通过_com_ptr_t方便的导入类型库。
2.VB采用的接口查询和使用方式VC也应当可以采用。因此_com_ptr_t重载了赋值运算符来查询接口。重载多种构造函数用以像VB那样创建对象。
3.VB所表现出现了的特点VC也应当以相同的方式表现出来。因此接口查询时候出现错误，_com_ptr_t会如同VB一样抛出一个异常。
似乎它就是为了能够与VB或者Delphi以相似的语法或机制来操作COM接口而存在的。因此他在很多情况下有违C/C++的约定（如它可能会在赋值运算符中抛出一个异常）。但这种特性可以使得代码更加容易被复用，学习智能指针的时间也得意缩短。
_com_ptr_t的存在使得不同语言操作COM接口的方式得到了统一。他的设计复杂，功能强大。使得VC可以与其他语言一样方便的使用类型库。当然追求这种统一性也使得他暴露出了相当多的问题（如条款7中自动接口查询带来的风险）。
但不管它如何，此时你知道了它的设计意图。这会帮助你理解这套智能指针的其他细节。
作者“liuchang5的专栏”