什么模块或功能应该考虑做成com/com+组件？什么又可以只考虑做成dll?

如题

解决方案 »

  1.   

    COM/COM+:
    需要多语言调用的
    需要远程调用的
    需要分布式开发的
    比较懒的人
    DLL:
    对DLL有深刻理解的
    对Windows理解比较深刻的
    想搞破坏的（HOOK一般都是插入DLL）
    比较勤奋的人如果你的DLL打算做分布式开发还是用COM吧！
    他都为你封装好了自己作感觉太累（做的也许还不如MS）
      

  2.   

    这个要看应用场合.需要用COM的就用COM,不需要只考虑普通DLL就行了.
      

  3.   

    可以不用当然最好。简单些不容易出错哦。
    COM是跨语言的二进制重用，基于这点来考虑。
      

  4.   

    偶比较讨厌COM组件需要注册， 不够绿色环保
      

  5.   

    呵呵，楼上的那就你把COM组件当用普通DLL来用吧，一样可以的，够绿色！够环保！
      

  6.   

    to楼上，说得也是啊，呵呵:-) 只是通过DllGetClassObject取得再QI出来总觉得多此一举，不如直接DLL返回一个接口爽快:)