跟人有关。我个人认为,使用webservice、wcf可能是初学.net一、两年的人唯一可以想到的。如果你多做一些,会自己有一个非常简单高效的网关系统,可以实现双向、实时、并发通讯,比WCF快至少4、5倍,而且可以做到真正的即时响应。但是使用WCF当然也可以。对于业余编程爱好者,它确实一开始看起来省了一些工作。这就体现出微软这样的大公司的本事了,最会推出这类封装。但是,这种单向、过度封装、又大又慢的东西其缺点是“致命”的,连简单的web访问都比它稳定和快至少3、4倍。。

解决方案 »

  1.   

    就开发而言,我认为如果你开发一个服务器软件,那么基本上只有windows servcie这种选择。当然你可以先开发一个console程序进行单独的调试,然后通过写上不到15行代码而集成到windows service项目中。wcf可以诉诸在(几乎)任何.net进程中,包括wpf桌面程序、asp.net应用、windows service等。
      

  2.   

    就用webservice不就行了么?服务器端创建一个webservice,客户端在需要向服务器提交一天的数据时,就调用这个服务。
      

  3.   

    推荐用iis托管。它最常用,而且无需额外的开发。
      

  4.   


    不用WCF webservice等的话,客户端的数据提交到服务器端,没有标准 化,好难处理啊
    大家常 用的用C#做CS架构的类似进销存的软件,用什么做通讯呢,不是用WCF webservice之类的吗
      

  5.   


    用IIS的话,服务器端配置的时候,还需要配置一个IIS站点,好别扭啊
      

  6.   

    remoting
    这个我个人感觉很好用。
    速度比webservice好太多,并且不用IIS(IIS其实问题很多)
      

  7.   


    我想知道,大众一般用什么呢,我现在开发的是一个C#的 CS架构的小型进销存
      

  8.   

    2.0,remoting
    高版本,wcp的多
    webservice,别考虑了,性能不行
      

  9.   

    另外,我告诉你,进销存直接连SQL的不在少数。
    就是没有服务端的
      

  10.   


    wcp?WCF 吧正常情况下开发这种CS架构的应用,用remoting和WCF的多吗
      

  11.   

    是wcf
    webservice,remoting和WCF 远程调用,就这三种