COM理解

组件接口

第一个里程碑
–用vtable作为接口
–解决了名字冲突和二进制结构兼容问题
第二个里程碑
–接口转换：Dynamic_cast
第三个里程碑
–管理对象生命周期：引用计数

 

COM技术初探

http://www.j2medev.com/symbian/programe/200605/2337.html

 

问题：

解决方案

 

代码重复使用：

类库(STL...)。

 

类库重复加载：

DLL。

 

二进制封装标准：

通过Bridge来消除不同版本DLL出来的实现问题。保证接口永远不变，变化只在实现类。

问题如DLL的类A的变量改变，导致使用老版本DLL的软件对A的使用不正确。

 

二进制运行标准（编译器依赖，每个编译器出来的二进制都不一样）：

接口类（纯虚类），只包含对象操作方法的声明。

这就相当于对一个编译器是透明的。

 

扩展：

dynamic cast

 

资源管理：

把管理交给每个实际的实现类。引用计数。

 

 

要用组件中类的功能，为了客户无关，则对组件的类创建和删除必须全部定义在组件中。这样就有了IUnknown中的3个接口。说白了就是为了防止人多手杂，一样的detail的事都由组件一个人来做。

 

 

类不能由客户创建，所以提供创建的全局函数CreateInstance()由客户调用。

类不能由客户删除，所以delete属于组件，但每个类都有，所以放到基类。

需要动态查找类，所以基类提供QueryInterface()来实现dynamic cast功能。

因为要资源管理，所以将每个类的创建放到基类。由实现类自己管理自己。

因为要引用计数，所以将每个类的创建和删除修改成引用计数AddRef()和Release()。

 

COM 提供了一套机制，称为 proxy/stub，我们把client 这边的这个模拟对象称为 proxy，把服务器那边的那个处理程序叫做 stub。详细见"http://www.huihoo.com/ppt/com/06.ppt#371,8,标准列集的proxy和stub结构"