浏览 4591 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2014-06-23
声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2014-06-23
每天最大量在2万张左右,那并发量也不是很高,用webservice吧,如果用socket那种方式还得自己去搞编解码以及通信协议的事。
|
|
返回顶楼 | |
发表时间:2014-06-24
考虑性能的话还是用JMS
|
|
返回顶楼 | |
发表时间:2014-06-24
以前用的RMI
|
|
返回顶楼 | |
发表时间:2014-06-27
用webservice吧,不过常用的webserivce框架(axis2、xfire等)都不支持session功能。
|
|
返回顶楼 | |
发表时间:2014-06-27
选择服务通讯要看数据量和并发量,而且还需要是否有服务端主动推送到客户端数据。
现在比较高并发的话可以选择openfire(而且可以实现实时数据服务端推送到客户端,高并发性能问题,这都是基于java nio)。 若只是简单手动查询显示数据(数据量不大)用webservice或者Http + json就可以 |
|
返回顶楼 | |
发表时间:2014-06-27
webservice和socket在这个场景下在最大的区别个人认为就是短连接和长连接的区别了。你这个系统看情况数据还是客户端驱动,不像聊天软件需要很高的实时性,所以没什么必要开个长连接挂在那里。
webservice里么用http+json感觉足够了,传统xml太复杂,rcp之类的么和后台技术绑定太死。 至于每天2W单真不能算什么,暂且忽略吧。 |
|
返回顶楼 | |
发表时间:2014-06-30
就不明白,是什么原因一定要用CS. 火车票都BS了。
|
|
返回顶楼 | |
发表时间:2014-06-30
james_lover 写道 就不明白,是什么原因一定要用CS. 火车票都BS了。
现在主流的方式,特别是销售终端,还是以CS为主。一方面通信效率可以控制,另一方面,也通讯协议也可以定制。 |
|
返回顶楼 | |
发表时间:2014-07-01
http协议加json数据格式,简单实现。
不懂webservice,不知道webservice是啥。 |
|
返回顶楼 | |