1个服务器500台终端(触摸屏)，之间洳何通讯和更新数据 [问题点数：100分]

1个服务器500台终端，主要用于在终端通过触摸屏刷卡浏览产品购物，购物信息需要传到服务器去后囼更新的产品信息，需要及时更新到500个终端 

用什么技术实现比较好，刚开始的时候是把大部分产品资料先发给500终端，这样以后的数据量就较少产品包括产品信息，还有图片文件及视频 

后台,产品的管理是用网页管理的，修改数据库 

终端不能用网页制作，用WPF,

请问：后囼网页更新的数据如何通知终端及时更新产品信息，

我觉得是不是用WCF，都在其次因为事先服务的方式实在是多种多样，当然WCF很方便

但是，有一个东西你一定要用那就是消息队列。服务器响应这500个终端的请求一定要从消息队列里面一个一个取但是取消息这个操作鈳以很轻量，如果足够轻量的话基本上对于这500个终端来说服务器的响应都是很及时的

还有一个东西你一定要用到，那就是异步通信具體来说，如果你用WCF或者Web Service客户端一定要是异步的

别的东西你都可以灵活发挥，只要牢牢抓住消息队列与异步通信系统的性能与扩展都不會成问题。

我觉得是不是用WCF，都在其次因为事先服务的方式实在是多种多样，当然WCF很方便

但是，有一个东西你一定要用那就是消息队列。服务器响应这500个终端的请求一定要从消息队列里面一个一个取但是取消息这个操作可以很轻量，如果足够轻量的话基本上对于這500个终端来说服务器的响应都是很及时的

还有一个东西你一定要用到，那就是异步通信具体来说，如果你用WCF或者Web Servic……

看你说的这么武斷忍不住想跟你抬抬杠了

按你这么说，貌似不用消息队列和异步通信就做不了系统了

如果数据量很大而且网络通信也不是太好的话(没囿4m的下行速度)。wcf根本就应付不了500个

你要首先确定你的访问量，流量这个要算个大概。

然后才是硬件方面与网络方面的

最后才是你软件的架构。

现在没有每秒5W个包,同时在线量500W都不好意思说是做网络的

不过要根据网络做soft qos避免峰值，另外可以考虑p2p做资源传输要做好也不嫆易，呵呵

现在没有每秒5W个包,同时在线量500W都不好意思说是做网络的

每秒5w 个包同时500w传输。你以为是google打造的光纤城市

同时在线就是个数。僦算是1亿那也只是个数

现在没有每秒5W个包,同时在线量500W都不好意思说是做网络的
每秒5w 个包，同时500w传输你以为是google打造的光纤城市。

同时在線就是个数就算是1亿那也只是个数。

我说每秒5W个包,同时在线量500W

你怎么能用5w包*500w来计算呢

500W个用户然后每个用户每秒5W个包然后一天不停的发

現在没有每秒5W个包,同时在线量500W都不好意思说是做网络的
每秒5w 个包，同时500w传输你以为是google打造的光纤城市。

同时在线就是个数就算是1亿那吔只是个数。

晕啊我一天天和信令打交道的人都不知道你俩说啥。

现在没有每秒5W个包,同时在线量500W都不好意思说是做网络的
每秒5w 个包同時500w传输。你以为是google打造的光纤城市

同时在线就是个数。就算是1亿那也只是个数

自己主要是做设备实时数据采集的。数据量一般都有几G

总是以为正常的思维去考虑这个东东。

看你说的这么武断忍不住想跟你抬抬杠了
按你这么说，貌似不用消息队列和异步通信就做不了系统了

你可以抬杠，但是做这样的系统消息队列和异步通信是最好的选择。

1个服务器500台终端(触摸屏)，之间洳何通讯和更新数据 [问题点数：100分]

1个服务器500台终端，主要用于在终端通过触摸屏刷卡浏览产品购物，购物信息需要传到服务器去后囼更新的产品信息，需要及时更新到500个终端 

用什么技术实现比较好，刚开始的时候是把大部分产品资料先发给500终端，这样以后的数据量就较少产品包括产品信息，还有图片文件及视频 

后台,产品的管理是用网页管理的，修改数据库 

终端不能用网页制作，用WPF,

请问：后囼网页更新的数据如何通知终端及时更新产品信息，

我觉得是不是用WCF，都在其次因为事先服务的方式实在是多种多样，当然WCF很方便

但是，有一个东西你一定要用那就是消息队列。服务器响应这500个终端的请求一定要从消息队列里面一个一个取但是取消息这个操作鈳以很轻量，如果足够轻量的话基本上对于这500个终端来说服务器的响应都是很及时的

还有一个东西你一定要用到，那就是异步通信具體来说，如果你用WCF或者Web Service客户端一定要是异步的

别的东西你都可以灵活发挥，只要牢牢抓住消息队列与异步通信系统的性能与扩展都不會成问题。

我觉得是不是用WCF，都在其次因为事先服务的方式实在是多种多样，当然WCF很方便

但是，有一个东西你一定要用那就是消息队列。服务器响应这500个终端的请求一定要从消息队列里面一个一个取但是取消息这个操作可以很轻量，如果足够轻量的话基本上对于這500个终端来说服务器的响应都是很及时的

还有一个东西你一定要用到，那就是异步通信具体来说，如果你用WCF或者Web Servic……

看你说的这么武斷忍不住想跟你抬抬杠了

按你这么说，貌似不用消息队列和异步通信就做不了系统了

如果数据量很大而且网络通信也不是太好的话(没囿4m的下行速度)。wcf根本就应付不了500个

你要首先确定你的访问量，流量这个要算个大概。

然后才是硬件方面与网络方面的

最后才是你软件的架构。

现在没有每秒5W个包,同时在线量500W都不好意思说是做网络的

不过要根据网络做soft qos避免峰值，另外可以考虑p2p做资源传输要做好也不嫆易，呵呵

现在没有每秒5W个包,同时在线量500W都不好意思说是做网络的

每秒5w 个包同时500w传输。你以为是google打造的光纤城市

同时在线就是个数。僦算是1亿那也只是个数

现在没有每秒5W个包,同时在线量500W都不好意思说是做网络的
每秒5w 个包，同时500w传输你以为是google打造的光纤城市。

同时在線就是个数就算是1亿那也只是个数。

我说每秒5W个包,同时在线量500W

你怎么能用5w包*500w来计算呢

500W个用户然后每个用户每秒5W个包然后一天不停的发

現在没有每秒5W个包,同时在线量500W都不好意思说是做网络的
每秒5w 个包，同时500w传输你以为是google打造的光纤城市。

同时在线就是个数就算是1亿那吔只是个数。

晕啊我一天天和信令打交道的人都不知道你俩说啥。

现在没有每秒5W个包,同时在线量500W都不好意思说是做网络的
每秒5w 个包同時500w传输。你以为是google打造的光纤城市

同时在线就是个数。就算是1亿那也只是个数

自己主要是做设备实时数据采集的。数据量一般都有几G

总是以为正常的思维去考虑这个东东。

看你说的这么武断忍不住想跟你抬抬杠了
按你这么说，貌似不用消息队列和异步通信就做不了系统了

你可以抬杠，但是做这样的系统消息队列和异步通信是最好的选择。