楼主的项目用 webservice 可以的

解决方案 »

  1.   

    大概在04年我就开始用webservice ,webservice 的性能我非常清楚,不能胜任的,客户端数一多了,IIS挂掉都会,而且每次访问都会有不少的延时,通讯字节数不低,用的是XML方式系列化的。
      

  2.   


    webService还不如ashx直接post 
    当然你要能写好Socket那是最优的方法,要写不好,就用ashx或aspx吧,别用什么webService..
      

  3.   

    wcf可能性能不够,最好用现成的opc接口或者socket。
      

  4.   

    对于客户端(你的上位机)向你的服务器传送数据,可以这样写(假设已经将数据对象转换为json格式赋值到字符串str)new WebClient().UPloadData("http://www.abc.com/site1/xxx.ashx", Encoding.UTF8.GetBytes(str));这不使用webservice或者wcf,也没有什么socket那么复杂。
      

  5.   

    简单实现用http
    复杂用socket
    看技术能力
      

  6.   

    http传输最稳定,只是码流不少,外加IIS的承载能力也有限。json来说,我做过的几次测试,跟XML的码流差不多的。http://www.abc.com/site1/xxx.ashx  这个页面如何创建?就是在URL上带参数?
      

  7.   

    OPC来说,貌似不能满足我的要求,好像是要建立OPC服务吧,曾经在组态软件中用过。
      

  8.   

    你这个就只是上传,又不用推送,没有必要用socket吧。http的并发数量肯定是没有问题的。一秒钟一个记录又不多。像微博这种一秒钟几十亿条记录都是用http的。
      

  9.   

    数据量可以选择压缩。还可以压缩后分成小段,上传到服务器再合并。http传输序列化文本,压缩率可以很高。你说IIS挂掉,其实应当不是IIS负载超出挂掉,可能是你一次性http上传数据量太大,造成http的连接超时。所以IIS自动切断http链接。这样的话,就必须把数据压缩分成小段。这个技术上也很容易做。
      

  10.   

    之前我尝试使用ICE,但是我不会写ICE的服务端主动往客户端传送数据的模式,因此放弃了,有谁了解ICE的?
    网络上的ICE文章都是Hello World,参考意义不大。
      

  11.   

    去买一个成熟的 socket 库.
      

  12.   

    这东西肯定不能用数据库啊,只能用TCP通讯,俗称C/S架构
      

  13.   

    问题是, 有什么途径可以跨Internet传递数据?
    不太明白你这个问题的实质是什么跨Internet 是指不在同的网络间传递?还是说你的数据在Internet上跑?
    如果是前者,这个我也不太懂,如果是后者,先架一个VPN通道 再使用SOCKET通讯 就行
      

  14.   

    我还是选择了ICE,搞定了ICE的CallBack功能。不过还是有困扰,ICE在长时间不通讯的时候,会有点卡,不过最终基本能通讯上。