用web service能否实现类似QQ聊天的功能,大家谈谈自己的思路。
如果能,此web service如何设计?用什么事件触发它?
推荐阅读
感觉行不通!up
应该不可以!
我感觉qq实现的点对点的传输,而web services是提供服务,客户端调用实现某些功能,采用soap协议,这个根本不符合qq的需求,你想一个用户怎么样去调用web服务来聊天!
我个人感觉不好实现!
要是有什么新方法告诉我!谢谢!
好象不可以吧,qq的服务器是cgi
大家用过msn messenger吗?不知道是不是用的web service
肯定不可以。
qq不是基于服务器的。是点对点的。你想给每个qq客户都装一个iis的话,也可以。
web service只能实现qq的登陆验证那边的服务器工作,至于通讯,那是用udp直接p2p来的
不要做什么像qq啦,像msn啦,无聊!
有时间研究一下p2p
可以的,不过要做个内部数据库,进行两个不同用户接口数据交换。
要达到同样的效果是可以的,只是方法不一样。qq用的是客户端侦听,你可以用客户端定期刷新啊。然后访问数据库。
沒有不可以的﹐只有想不到的﹐還有一點是看那樣做值不值得
那樣做不值得
我觉得小型企业内部通信这样还是可以马马虎虎用用的,呵呵
实现肯定没有问题
问题是不实用
还是点对点的udp快些
可以的,但是没这个必要.
websevice是无状态的
除非你用session来保存状态
而且所有的消息需要从服务器上中转
应该可以实现,但是不如udp科学
防火墙的问题,qq,msn同样无法通过一些防火墙
除非你用tcp+80端口
但是那样又导致内网和内网之间无法通讯
所以udp是唯一的选择
通过web service中转消息
我的想法 不太可行 至少很麻烦
一个作用是利用web services做检索服务器的存储控制用 也就是确定用户的ip地址 让用户每次登陆发现好友
关键是 web services不好触发事件 如何主动的与客户端通讯 把客户端新增加的好友添加上
当然remoting 肯定可以 不过有可能牵涉到效率问题不是很高 反应比较慢
太慢了,我原来做过:
不好作,qq是基于udp协议传输的,而web service则通过http协议,使用xml传输数据
好像能实现类似的功能,只不过web service 好像很慢啊,不适合搞这个东西,不知道能用多长时间就会被淘汰
.

讨论区