VS2010写了个Win32 DLL,但是客户只能通过COM组件来调用C++的DLL。之前没接触过COM组件,请问COM组件能把之前的DLL封装成新的COM DLL使用吗?之前的这个dll 的.h 和 .cpp文件都有,也比较复杂,不是简单的输入输出,所以请大神们指导下,我通过何种方式才能把这个dll 改成com组件的形式呢,能说下具体的步骤吗? 在此跪谢了
        

解决方案 »

  1.   

    在新的com里调用旧的dll
      

  2.   

    如何在新建的com里调win32的dll呢,方便指点下吗?
      

  3.   

    不要做A语言代码修改为B语言代码的无用功。
    也不要做用A语言代码直接调用B语言代码库这样复杂、这样容易出错的傻事。
    只需让A、B语言代码的输入输出重定向到文本文件,或修改A、B语言代码让其通过文本文件输入输出。
    即可很方便地让A、B两种语言之间协调工作。
    比如:
    A将请求数据写到文件a.txt,写完后改名为aa.txt
    B发现aa.txt存在时,读取其内容,调用相应功能,将结果写到文件b.txt,写完后删除aa.txt,再将b.txt改名为bb.txt
    A发现bb.txt存在时,读取其内容,读完后删除bb.txt
    以上A可以替换为任何一种开发语言或开发环境,B可以替换为任何一种与A不同的开发语言或开发环境。
    除非A或B不支持判断文件是否存在、文件读写和文件更名。
    但是谁又能举出不支持判断文件是否存在、文件读写和文件更名的开发语言或开发环境呢?
    可以将临时文件放在RamDisk上提高效率减少磨损磁盘。
    数据的结构很复杂的话,文本文件的格式问题可参考json或xml共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多,下面仅列出我现在能想到的:
    ·进程之间松耦合
    ·进程可在同一台机器上,也可跨机,跨操作系统,跨硬件平台,甚至跨国。
    ·方便调试和监视,只需让第三方或人工查看该临时文本文件即可。
    ·方便在线开关服务,只需删除或创建该临时文本文件即可。
    ·方便实现分布式和负载均衡。
    ·方便队列化提供服务,而且几乎不可能发生队列满的情况(除非硬盘空间满)
    ·……“跨语言、跨机,跨操作系统,跨硬件平台,跨国,跨*.*的”苦海无边,
    回头是“使用共享纯文本文件进行信息交流”的岸!
      

  4.   

    APP向导新建MFC对话框工程, 选择自动化, 向导就会生成一堆 代码, 然后再类视图中就会多出一个接口类,在其中添加对外接口的属性及方法, 并关联相关的实现函数
      

  5.   

    没错,就是自动化,ActiveX用C++开发,然后VB,java都可以访问
      

  6.   

    java的jacob可以调idispatch的接口,但是好像调不了custom接口
    python的comtypes开源类库可以调纯COM接口,不过要用其自带工具扫一下dll或者tlb,导出为python class
    java调用python方法就比较多了
      

  7.   

    也可以把你的调用需求,用ATL封装成IDispatch兼容的DLL组件,调用非COM DLL,再用jacob之类的去调
      

  8.   

    封装个万能接口,然后通过lua来调用