如题:
  现在有个项目,有人推荐使用:DELPHI的CORBA技术,采用:VisiBroker中间件。
而,.NET有:Remoting技术,直接把:应用逻辑层和数据访问层,发布在应用服务器,就OK了,
这两种技术,是不是指的同一回事?有了.NET的:Remoting技术,是不是,就可以,不用考虑:DELPHI的CORBA技术?谢谢。

解决方案 »

  1.   

    有了.NET的:Remoting技术,是不是,就可以,不用考虑:DELPHI的CORBA技术
    ~~~~~~~~~~~~
    这是正确的 REMOTING 怎么说也是踏着 corba,com+ 的路过来的   比他们都更有先进性
    是先进生产力的代表
      

  2.   

    分布式中Remoting用的比较多。
      

  3.   

    CORBA是另外一种技术,由另外一个技术组织开发的象这种分布式技术分为三种:
    1.CORBA
    2.com/com+/Dcom
    3.ejb
    remoting是com在.net中的替代品,开发起来要比com简单其余两种技术都是非常麻烦的,开发起来很复杂
      

  4.   

    不是同一会事,个人觉得.NET REMOTING挺好用的。
      

  5.   

    CORBA,还有ICE,是非常完善的分布式系统解决方案,你只需要按着其解决框架做,就是分布式系统.NET里面的REMOTING还很嫩,不能和上述大型解决方案相提并论,况且REMOTING只是一门技术,不是一种完善的解决方案,你需要自己去搭建解决框架虽然我是做.NET的,但是实话实说,如果做大型分布式系统,我还是会采用CORBA或者ICE
      

  6.   

    但是,CORBA,客户端用DELPHI,应用服务器用C++,WEB服务器用JAVA,开发工具换来换去,而且,应用服务器的程序,WEB服务器还不能共享,还要再作一次,累不累?。NET写的代码,直接把:应用逻辑层,数据访问层,放在:应用服务器上,WEB服务器,也直接调用这两层的东东,简单。
      

  7.   

    CORBA 和 EJB 一样,都是很成熟的分布式解决方案了
    .NET Remoting 只不过是新瓶装旧酒像上面的老兄讲得一样,大型分布式,还是采用 CORBA 吧.....
      

  8.   

    个人只做 Remoting , 其余的没做过, 可怜!
      

  9.   

    Corba是一个成熟的技术,广泛应用于一些大系统中。但是请问各位,.NET Remoting的客户端也必须是 .NET系统吗?能不能是用delphi开发的win32程序?
      

  10.   

    .NET Remoting只是相当于在:原来的三层结构中,增加了一个远程对象层,而已。客户端,当然是:WINDOWS平台的了。但不一定全是.NET的,也可以是其它的WIN32程序。