多层开发时MIDAS和MTS/COM+现在哪个更主流一些?

如果用 SQL SERVER + ADO
可能是我说错了,
谢谢.

解决方案 »

  1.   

    好像MIDAS在delphi中更好一些。
      

  2.   

    midas和mts/com+不可等同看待，mts/com+和corba、ejb对比更合适一些，你完全可以将将midas结合在mts/com+中
      

  3.   

    好像Com+在delphi中更好先进。现在追先进的是SOAP/webservice
      

  4.   

    在李维的ADO/MTS/COM+一书中有这么一名话:
    "当程序员使用ADO在分布式多层应用系统中存取数据时,不管这个多层应用系统是MIDAS的应用程序服务器还是使用MTS/COM+技术的多层应用系统,一定要尽量使用ADO本身的功能."
      

  5.   

    好像Com+在delphi中更好先进。现在追先进的是SOAP/webserviceSOAP/webservice主要是用来解决不同平台之间的通信
    比如com+跟corba、ejb的通信而SOAP/webservice完全可以建立在com+之上而不是我们就是要用SOAP/webservice来构建企业应用系统
      

  6.   

    如果你是做一个分布式多层应用系统，建议用MTS/COM+，成熟，还算稳定；
    MIDAS这东西已经不知变化过多少回了，估计阳寿也差不多了：）
    Web Service只是个时髦的名词，真正做企业应用的还不多见，
    可以关注。
      

  7.   

    com+ 可以继续关注，今后.net组件仍可以放入com+环境中，dcom阳寿以尽，可放心弃之。web service 并不是delphi的长项，native代码中可以考虑。
    midas会在.net中继续得到支持 dbexpress & ado.net 将会在delphi中可用。
    vcl.net会继续平滑vcl和.net之间的代沟～～～
      

  8.   

    在win2000里用mts/com+在win2003里用mts+/com++在未来的windows里用mts+比尔/com+盖茨
      

  9.   

    提醒各位, MIDAS 跟 MTS/COM+ or CORBA or EJB or J2EE 不是同类，不能讨论
    MIDAS 不能独立, 它必须要之后的东东协作才行
    MIDAS 只是定义了一个 IAppServer 接口
    在没用到多层时这个接口没什么大的作用，在DataBroker中已经实现了这个接口
    在多层时, 这个接口就负责数据客户机〈-〉服务器传送, 实现部份由 MIDAS.dll 完成实际上 MIDAS 只是定义了一个数据包传送机制, 它让多层更简单, 事实上一个用MIDAS 10min 可以搞定的程序，用纯 COM+ or CORBA 可能要花上3天MIDAS 在 CORBA or EJB or J2EE 也可以用, 
    1.原来的那个 MIDAS.dll 不能用了, 它是针对 COM/DCOM/MTS/COM+ 的, 为此你要从 TCustomClientDataSet 中派生一个类, 实现 IAppServer接口(当然你也得在CORBA下重定义IAppServer), 这部份完全可以等borland 去做，我觉得不久就会有了2.原来的 TRemoteDataModule, TMTSDataModule 也得改改, 也得重实现一下
      

  10.   

    midas + com+ + ado +sqlserver2000
      

  11.   

    Midas只是Delphi为取得远程数据封包的中介引擎而以
    ejb
    corbar
    com+
    是同一级别的，
    现在用Delphi开发多层的很多是：DBExpress(ADOExpress)+mts(com+)+midas