1,要支持IDispatch接口
2,看引用计数,计数为0时从内存中销毁

解决方案 »

  1.   

    if you are just want to put a COM component on middle tier, just do it. If you want to learn how to build distributed application seriously, read<Transactional COM+ - Building Scalable Applications>.
      

  2.   

    我的一个疑问是:  每一个客户连接都要createobject,从而调用了组件的createinstance(这里面是一个new object的操作),这是不是效率低下?记得以前用过isapi是第一次被操作系统load进内存,以后都不用再load的,直到stop web service,大家有什么看法?踊跃讨论啊,我会及时给分的。
      

  3.   

    以前用VB做DLL,ASP调用,发现好像web server会建立相关的缓冲池,而不是每次都CREATE出来。
      

  4.   

    我的考虑:
      写一个尽量小的com组件,接受到asp过来的各种参数,再转给相应的逻辑处理部分。
    那么,通过什么途径转给相应的逻辑处理部分呢?如果是同一台机器,用普通的跨进程
    访问就可以,如WM_COPYDATA,共享内存,管道,但如果是不同的机器上呢?用soap?
    用com+体系里面的各种技术?如msmq,事件通知?我对不同机器上的三层应用概念比较模糊,
    不知道目前国内有什么流行好用的做法,请大家指点。