使用ATL为COM组件增加多个双接口

        自微软开发ATL以来，使用ATL为COM增加多个双接口就是一个老大难的问题，尽管网上有不少个人声称有解决方案，但也都存在一些问题，微软自己也在技术支持网站上说不建议为组件增加多个双接口。
        我想大多数想增加双接口的人肯定是既想用虚表的高效性，又想用自动化接口的灵活性。想达到这个目的，还是有一些途径的。

        我在翻阅相关资料时，偶然查到这么一种用法，在idl文件中加自定义接口，想加多少加多少，最后再加一个集成的继承于自动化接口的接口，举个例子，加两个自定义接口，IA和IB,均继承自IUnknown,IA有方法fa,IB有方法fb，然后再加一个自动化接口IC，然后把IA和IB的方法原封不动地添加到IC下面，只不过在前面加上ID号。然后在COM组件的父类中添加IA、IB和IDispatchImpl<IC,......>,在组件的接口入口点处添加IA、IB和IDispatch,最后在组件中实现fa和fb方法。

        这样做对于一些简单的目的来说是可行的。比如我想通过晚绑定来访问fa和fb,完全可以。比如说我想在C++中通过IA和IB接口访问fa和fb，完全可以，不过这需要为程序包含组件的头文件和接口定义源码，算是一种缺陷吧。

        其实这种方法缺陷还是不小的，但这和ATL中微软对COM的实现方法有关，这种组件不能被客户端用加载类型库的方式使用，我试过，明明我的组件中有两个接口，加载类型库后，却只能认出一个接口，而且只认准了其中一个接口，不管我怎么修改接口名称、接口说明等内容，它死活认不出另一个接口，然后我通过OLEView来查接口，也只认其中一个，不知道类型库是怎样被生成和加载的。

        这就为组件的应用堵死了一条路，有些惘然若失。后来想了想，客户端要想以自定义接口的方式使用组件，需要包含头文件和接口定义文件，也算是对组件的封装和一种保护吧，具有一定的商业意义。