事情:我正在创建一个j2me移动应用程序,它将通过http将压缩数据发送到Web服务器,然后Web服务器将解压缩请求,获取数据,压缩数据并发送回客户端.
对此的一个类似解决方案是:T-Booster
问题:我对如何从客户端应用程序发送压缩的http请求,服务器使用什么技术以及如何最好地实现它感到困惑.
假设服务器一次处理数千个请求,对整个应用程序的影响是什么?
评论非常感谢.
谢谢.
实现数据压缩的最佳可行方法是创建移动客户端及其服务器可理解的自定义语言.您可以使用GZIP / LZW或任何其他压缩算法为其添加下一级压缩.
优点:
>使用最少的标头自定义有效负载内容并将其发送到服务器.
>从屋檐下降器相对安全,额外的加密水平也没有坏处,但需要考虑.
>拖曳水平压缩减少总有效载荷.
>除非您使用GZIP /加密库,否则不依赖于任何第三方编码器/解码器库.因此它可跨平台移植.
>由于没有使用第三方库,假设没有gzip且没有加密算法,没有商业许可的麻烦.
缺点:
>难以维护自定义语言,应该支持架构,设计和javadoc
>如果使用多个压缩器,则创建有效负载的时间相对较长.自定义语言编码,Gzip压缩和加密库.
示例:在此链接Opera Mini中阅读有关功能的部分.
.
方法II:最高标准:严格的项目时间表
为了快速支付项目,使用第三方压缩器,如GZIP和行业标准的Web服务内容交换格式,如SOAP和JsON.
优点:
>快速集成,遵循标准方法,使Web服务器组件更易于开发
>没有时间消耗发明轮子,就像说在构建和开发自定义语言时没有浪费时间.
缺点:
>级别压缩由第三方库驱动,其中实际内容可能未被压缩.该库只会重构类似于香农/速率 – 失真理论.
>压缩在低端/高端设备中的工作原理相同,因此堆内存消耗可能会在低内存设备上受阻.
>依赖第三方库,你永远不知道何时撤回支持.
>使用第三方库时,您可能会陷入商业许可的恶性循环,除非您使用开源库.
示例:http://developers.sun.com/mobility/apis/articles/wsa/
.
编辑:一些非常有用的链接
> Informit
> @L_301_4@
> Design Mobile Webservices
> Providing web services to mobile users: the architecture design of an m-service portal
以上是内存溢出为你收集整理的web-services – 设计用于流量压缩的移动Web服务器和客户端全部内容,希望文章能够帮你解决web-services – 设计用于流量压缩的移动Web服务器和客户端所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)