如果可行的话,请问需要注意什么.

解决方案 »

  1.   

    可以
    中间层部署到com+服务器。客户端访问即可
      

  2.   

    .net也可以做组件,中间层为什么还用vb。当然这样做没什么不可行的,只是一个技术发展的问题。
    这也是我当初非常迷惑的一个问题
      

  3.   

    中间层除非已经有成熟的COM组件直接拿来用,否则的话也用.NET比较好
      

  4.   

    我试过用vb开发的dll做中间层,然后添加到com+服务中,然后调用vb.net写的客户端来访问是没有问题的!c#也是可以的,不过看到msdn上写的好象比较麻烦点!
      

  5.   

    to happyjessica(幸运草) 
    其实这个问题也很好解释,因为对于企业来说,成本是最重要的,在最大限度的利用以前既有资源的前提下实现技术的更新才是比较可行的,许多企业在.net技术出现前开发了很多封装了business rule的中间件要一下子全部替换是不明智也是不可能的
      

  6.   

    可以
    中间层部署到com+服务器。客户端访问即可
      

  7.   

    我的解决方案正好和你相反.
    我用VB.net 写成中间层的COM+服务,因为.net 的COM 2.0版本,中间层的性能比较不错.而且,就.net的开发环境,对组件的开发比VB6强多了,如继承等. 而且,可以把.net 的DLL注册成普通的ActiveX Dll ,以提供给VB6调用 .
    而客户端我用VB6开发,因为VB6本身是一个RAD开发工具,能够比较简单\快速的开发界面程序.中间层的数据传输,我使用了XML,这样的话,在客户端也没必要安装几十M的.net framework了.
      

  8.   

    推荐用Vc++.net写中间件 客户端用vb.net写  现在.net中的语言二进制兼容已经不错了 
      

  9.   

    回复人: flxa(方子) ( ) 信誉:98  2005-02-04 10:15:00  得分: 0  
     
       我的解决方案正好和你相反.
    我用VB.net 写成中间层的COM+服务,因为.net 的COM 2.0版本,中间层的性能比较不错.而且,就.net的开发环境,对组件的开发比VB6强多了,如继承等. 而且,可以把.net 的DLL注册成普通的ActiveX Dll ,以提供给VB6调用 .
    而客户端我用VB6开发,因为VB6本身是一个RAD开发工具,能够比较简单\快速的开发界面程序.中间层的数据传输,我使用了XML,这样的话,在客户端也没必要安装几十M的.net framework了.'--------------------------------------------------------------
    用NET写COM+?我一直想搞明白是怎么写的?可否告知?
      

  10.   

    只有客户端才用VB6,服务端用的是清一色的.NET而且客户端能用ActiveDll的我都尽量用了,方便以后IE可以直接用
      

  11.   

    听说过c/s三层结构,但不知道怎么做才好,什么叫COM组件呀,有谁给我一个例子,或者在哪里有现成的详细介绍告诉我一下啊,谢谢
      

  12.   

    如果是新開發,當然全用一樣寫最好,沒必要簡單的事搞麻煩,如果有以前的COM+件那另當別論了,只能說這樣的情況系統還是可以使用的而已.
      

  13.   

    to online(龙卷风V3.0--笑傲江湖); creazyfish(梳分头的鱼) ; wushu(浪子)怎么部署COM+服务器,客户端又是怎么调用?请告知,小弟最近也要做这方面的东西,但还不清楚怎么实现,能发点文档给我吗?[email protected]
    谢谢!
      

  14.   

    我觉得flxa(方子)的方案较好。