最近看公司的一些新产品和框架 ， 发现清一色的“COM思想架构 ”， 这里说的“COM思想架构”是指不完全是标准COM组件的方式，而是指在设计上用到了COM思想。
COM组件技术大概在1993年产生， 20年了， 为什么还有这么多人使用？ 
我们先来看看标准COM组件：
标准COM组件（DLL方式）需要实现如下4个导出函数：
DllRegisterServer 将组件信息写入注册表
DllUnregisterServer 取消注册
DllCanUnloadNow判断组件是否可以从内存中卸载
DllGetClassObject返回IClassFactory指针，然后我们就可以通过该接口的CreateInstance方法创建对象并取得所需的接口。
采用标准COM组件，有很多好处：
面向接口和对象编程
语言无关性， 采用二进制标准，可以实现跨语言调用
版本升级方便，增加新接口， 组件升级后老客户程序不用重新编译
位置透明， 客户程序不用关心组件的位置
重用方便， 通过包容和聚合可以快速重用已有组件
我们可以看到标准COM组件非常强大， 但是很多时候我们并不需要标准COM组件的所有特性，比如我们不希望引入注册表， 也不希望引入COM运行库，我们希望我们的程序是完全“绿色”的。这时我们就会采用“COM思想架构“开发非标准的COM组件。
实际上微软本身已经有很多API采用这种设计方案了，我们来看一些例子：
XmlLite
继msxml之后微软提供的另 一款高效的XML解析器， 它本身只有一个绿色DLL XmlLite.dll, 关于它的接口和使用方法可以参考XmlLite Introduction和用于本机 C++ 的小巧快捷的 XML 分析器
我们可以用depends.exe看看该DLL的导出函数：

调用这些导出的CreateXXX函数返回返回一个继承于IUnknown的接口， 然后我们就可以调用接口提供的方法了, 可以看下IXmlReader的方法： 
;
        
    };

IInspectable也继承于IUnknown， 它是WinRT所有对象的基接口， 所以WinRT还是基于COM技术。
其中GetTrustLevel返回信任等级， GetRuntimeClassName返回类名， 而GetIids返回当前类对象实现了哪些接口（所有接口的iid）， 得到接口的iid后， 我们就可以通过QueryInterface查询我们需要的接口了， 得到接口指针就可以调用内部函数了。
最后总结下，回答下文章开头的问题， 很多人说COM过时了， 也许”纯正的标准COM“确实是使用的人越来越少了， 但是COM的思想却一直在后续的软件开发中被使用和发扬， 可以说COM技术是微软技术框架的“根”（之一）。