如题。
一套数据量较多、实时性要求较高的系统。需要考虑到需要支持不同的终端访问,本人初步想法是将UI与业务完全分离,所有业务以webservice的方式提供,但考虑webservice对传输的数据量及数据传输方式上有瓶劲,可也没有更好的想法,从网上百度谷歌了很久,有看到关于淘宝的一些架构设计,但是资料不多,本人这方面的经验也不多,希望有经验的给点建议。

解决方案 »

  1.   

    就用WEB SERVICE处理业务问题,数据量想办法控制一下手持终端忌讳大数据量,特别是有流量费的
      

  2.   

    自己使用tcp或者http来实现好了,不用过度包装。
      

  3.   

    我也认为webservice比较好,手持设备应该尽可能的减少客户的流量,sp1234大大的提议太难搞了,而且使用webservice应该可以满足的要求的
      

  4.   

    呵呵,如果socket或者httpwebrequest编程就是“系统架构师外加几个工程师”才能搞懂的,那么你们公司真就没有办法了。我认识的“一个搞服装的老板 + 两个程序员”这样的公司,其实也会的,而且只是多付出1、2周时间(在从来没有搞过这类产品时)而已嘛。
      

  5.   

    soap通讯太大太慢,这是人所共知的。特别是用在无线应用上。
      

  6.   

    webservices 应该可以的, 稳定可靠,编程也容易
      

  7.   

    嗯,如果让程序员学着用http方式发送个字符串“1234|abcd|中国人民银行”给web服务器,也要加工资,那还不如重新招聘。
      

  8.   

    同时你也可以看到,在无线应用中,发送这样一个字符串,最好使用轻量级的方法,而不是soap。
      

  9.   

    PC端 ==http与手持终端 用 tcp socket
      

  10.   

    以前做的案例,就是在全部的无线网络下PDA+WebService+PC,用的挺好的。有多大的锅就下多少米,多说的都是扯淡。