用户数量:100以下。
现在有一个需求是:当用户发布一条供求信息时,安装在用户客户端的软件能实时显示出来,以滚动的方式显示。我个人感觉类似聊天室的功能。发一条信息,自动显示。而这个不同的是,用户在客户端(form)发布信息时,需要一个审核阶段,通过后,在以流动的方式在客户端实时显示出来。这样用户就能看到实时的有效信息。这需要什么技术呢?不可能实时来刷新数据库吧?是不是应该分,客户端软件,服务器端也有一个软件,用WEB形式来审核。后一个简单,前2个不太会,请高手指点,谢谢!
分不够的话,可以加,哈!!
现在有一个需求是:当用户发布一条供求信息时,安装在用户客户端的软件能实时显示出来,以滚动的方式显示。我个人感觉类似聊天室的功能。发一条信息,自动显示。而这个不同的是,用户在客户端(form)发布信息时,需要一个审核阶段,通过后,在以流动的方式在客户端实时显示出来。这样用户就能看到实时的有效信息。这需要什么技术呢?不可能实时来刷新数据库吧?是不是应该分,客户端软件,服务器端也有一个软件,用WEB形式来审核。后一个简单,前2个不太会,请高手指点,谢谢!
分不够的话,可以加,哈!!
搞错了,winform的话可以弄一个线程定时去读取数据库。隔几秒去读一次,有更新就显示。
你的过程应该是 发布--审核--显示
相当于
string str=发布信息
if(判断也就是审核)
显示
else
提示出错
socket可以不,定时器的话,如果客户端的软件过多呢?
考虑到性能的话,可以用.net remoting 或者 wcf 的duplex。实现信息的接收和广播。
具体实现我给你发一个实例。
http://www.cnblogs.com/dcba1112/archive/2011/08/01/2124075.html
我也是这么个思路,但是服务器如何发给客户端呢??用SOCKET??
不好用呀
你还是学习用 数据库连接字符串 直接连接数据库服务器再操作吧
client发送信息,server端通过审核后,异步存数据库server就是你的winform,也可以写个windows服务,也可以winform去windows服务中去取
或者用轮训扫描数据库的方法也可以实现
如果你的客户端跟服务端是以HTTP等没长连接的方式交互的,那就用客户端定时向服务器请求一个连接,当服务器端有信息就返回,没有就返回空信息就可以了
应用服务器与客户端用socket连接,
当有客户信息发送消息并通过审核时,发送客户端主动通知应用服务器发送socket,用户客户端就可以被动接收了!
这样,不会浪费数据库资源,所有的主动与被动,全部在应用服务器与客户端之间完成,数据库只是存储!!