COM思想的背后

最近看公司的一些新产品和框架 ， 发现清一色的“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的方法：