用C＃做OA，哪种方案好？

第一种方案适用于局域网内部得oa系统。
第二种方案适用于广域网范围内得oa系统。
asp.netWeb服务适用于远程的，广域网上的多用户服务，并可进行2次开发，如果是近程的中间组件技术，可以使用Remoting来实现。
而第一种方案是简单的多层结构，在用户比较少，数据量不大的情况下比较合适。以上只是个人之见。

解决方案 »

  1.   

    如果web service和asp.net server在同一台web服务器上，我看反而没有不使用web service好。
      

  2.   

    谢谢！
    第一种，我认为不是多层，它把所有代码都写在了“ASP.NET 应用”的网页中　你说对第二种说“进行2次开发”，第一种也可以进行二次开发呀，第一种、第二种都可以放在一个服务器上，用户只要输入服务器的IP就可以用了！它们的优劣请高手全面指点！并说明各使用的范围！
      

  3.   

    OA系统对速度要求很高，应将一些运算和复杂查询通过过程和触发器封装在SQL-SERVER中，再设计一个COM来封装对数据库操作和商业逻辑，在COM中用一个代理类，最后提供一个接口供前台调，这样COM活在MTS中，而用户不需要生成很多实例，只与一个接口调用，这样前台压力小了，性能可大大提可，也可扩展。
      

  4.   

    to cjume(cjume) 若采用第二种，象你说的那样2次开发，是怎么操作的
      

  5.   


     
     回复人： ssdjmcj8048(不爱我的我不爱 Asp.Net带来真正的安全性、可靠性、高兼容性（所有浏览器），如果你的应用层不是很复杂的话，就别洋不拉叽的使用什么中间层，除非应用程真的很耗CPU、内存，中间层会带来相当的数据传输损失
      

  6.   

    把其他系统要访问的用WEB SERVICE包装一下就行了呀，比如，多个系统共享登录名和口令
    [WebMethod]
    public string IsUser(string UserName,string Password)
    {
    if(UserName="cjume")
    {
    return "true";
    }
    else
    {
    return "false;";
    }
    }
    delphi,vb6都可以调用这个web service,从而实现多个系统的集成
      

  7.   

    http://expert.csdn.net/Expert/topic/2466/2466523.xml?temp=.246319
      

  8.   

    看你对产品的定位，如果你的东西非常简单，那就用第一种。把业务用webservers封装起来的好处很多，你的逻辑代码就可以再各个平台下调用，很多时候你可能会发现有些东西还是winform好，此时如果业务封装起来，就省了大事了。
      

  9.   


    to  zken(乱码)  有道理，经验之谈！
      

  10.   

    ASP.NET Application +　SQL2K + MSMQ + File System
      

  11.   

    C#(WINFORM) + WEB SERVICE + SQL2K
      

  12.   

    俺有现成的asp.net + sql + msmq + file system做的OA系统。现在广东联通用得正欢着啦。要不要。买给你。可不便宜哦：）里面涉及到的技术多着啦。
      

  13.   

    你可以用C#加ASP。NET做一个C/S就OK喽。
      

  14.   

    方案1、“ASP.NET 应用”+　SQL2K 
         我认为不是太可取，第一 维护困难，第二 不够安全 第3 扩展性很差  
     
     
      

  15.   

    小弟我正要做 OA ,你们多谈谈，不要客气。
    我们有一个ASP的OA系统。现在老板要改成.net的。请问诸位大侠有何高见。（要有较高效率的方法）
      

  16.   

    OA主要实现公文流转居多，用关系数据库搞感觉不好，还是LOTUS好
      

  17.   

    第一种方案适用于局域网内部得oa系统，在用户比较少，数据量不大的情况下比较合适。缺点是维护困难，不够安全。
       第二种方案适用于广域网范围内得oa系统。
       本人以为采用第二中方案较好，比较流行。