开发大型ERP系统是用net remoting作分布式开发还是使用普通三层结构开发呢？他们的优劣何在？

请高手不吝赐教！

解决方案 »

  1.   

    to fangxinggood(JustACoder)：
       三层结构中的业务逻辑层是做成dll给其他层调用吗？否则怎么做成自动升级呢？
      

  2.   

    如果是用.NET，估计要分N层才可以，不过现在还没有"大型"ERP是整个用.NET作的
      

  3.   

    那个不能叫大型ERP系统吧，呵呵，苏打那个做的就跟玩具似的，纯粹是混淆了ERP概念抢钱么
      

  4.   

    晕,net remoting和普通三层C/S
    不是一个概念啊.
    net remoting也可以是普通三层C/S 结构啊
    和C/S对应的是B/S
    和net remoting对应的一般是 net XML Server建议使用net remoting和普通三层C/S和WEB发布(.NET胖客户)
    个人不喜欢B/S,这种方式虽然发布相对容易,但界面处理要靠JS,非常不方便,同时JS效率低下,无法处理大量数据,在效率上net remoting要好于ASP.NET个人见解,请指正.
      

  5.   

    to zhiang75(zhiang75):
      谢谢，我只是担心net remoting在事务控制方面有问题，开发上对业务逻辑的控制都在它上面控制，将它部署到一台电脑上，那数据访问层部署在哪个上面呢？
      

  6.   

    一般三层C/S 结构的业务逻辑和数据访问层都是在中间层实现的,如果不在中间层使用数据Cache的话,可以使用数据库的事务控制,这样实现比较简单,如果使用Cache,事务的逻辑要靠自己来实现.
      

  7.   

    to zhiang75(zhiang75) :
      中间层的技术打算用net remoting实现的，技术及代码上要复杂多了，如果不用net remoting，就是不存在分布式，将中间层作成dll放在客户端上运行会造成升级与维护麻烦，我就是在这个上面还在权衡
      

  8.   

    如果要使用net remoting,并且将数据库访问层和逻辑层彻底分开的话可以使用4层C/S的结构.
    客户端(1..N)->逻辑服务器->数据库访问服务器->数据库服务器->是使用.Net remoting分布式数据服务..Net remoting我理解就是将可以将对象串行,以及传输,可以省去一部分传输代码的编写.逻辑服务器可以放在服务器上,不用发布到客户端的.程序的对象层次要分割明确..我也在做此部分的项目规划,有时间可以探讨.