设计用于流量压缩的移动Web服务器和客户端

Question

我对如何最好地解决这个问题感到有些困惑。

事情 ：我正在创建一个j2me移动应用程序，它将通过HTTP将压缩数据发送到Web服务器，然后Web服务器将解压缩请求，获取数据，压缩数据并发送回客户端。

一个类似的解决方案是： T-Booster

问题 ：我对如何从客户端应用程序发送压缩的http请求，服务器使用什么技术以及如何最好地实现它感到困惑。 假设服务器一次处理数千个请求，对整个应用程序的影响是什么？

评论非常感谢。 谢谢。

Answer 1

方法I：最重要的标准： 压缩，安全和建筑设计自由

实现数据压缩的最佳可行方法是创建移动客户端及其服务器可理解的自定义语言。 您可以使用GZIP / LZW或任何其他压缩算法为其添加下一级压缩。

优点：

1. 使用最少的标头自定义有效负载内容并将其发送到服务器。
2. 从屋檐下降器相对安全，额外的加密水平也不会造成伤害，但需要根据需要进行考虑。
3. 拖曳水平压缩减少总有效载荷。
4. 除非您使用GZIP /加密库，否则不依赖于任何第三方编码器/解码器库。 因此它可跨平台移植。
5. 由于没有使用第三方库，假设没有gzip且没有加密算法，没有商业许可麻烦。

缺点：

1. 难以维护自定义语言，应该支持架构，设计和javadoc
2. 如果使用多个压缩器，则创建有效负载的时间相对较长。 自定义语言编码，GZIP压缩和加密库。

示例：在此链接中， Opera Mini阅读有关功能的部分。

。

方法II：最高标准： 严格的项目时间表

为了快速支付项目，使用第三方压缩器，如GZIP和行业标准的Web服务内容交换格式，如SOAP和JSON。

优点：

1. 快速集成，遵循标准方法，使Web服务器组件更易于开发
2. 发明轮子没有时间消耗，就像说在构建和开发自定义语言时没有浪费时间。

缺点：

1. 级别压缩由第三方库驱动，其中实际内容可能不会被压缩。 该库只会重构类似于香农/速率 - 失真理论。
2. 压缩在低端/高端设备中的工作原理相同，因此堆内存消耗可能会在低内存设备上受阻。
3. 依赖于第三方库，您永远不知道何时撤回支持。
4. 除非使用开源库，否则在使用第三方库时，您可能会陷入商业许可的恶性循环。

示例： http ： //developers.sun.com/mobility/apis/articles/wsa/

。

编辑：一些非常有用的链接

1. InformIT的
2. DevX
3. 设计移动Web服务
4. 为移动用户提供Web服务：移动服务门户的体系结构设计

Answer 2

我不是J2ME开发人员，但想分享我作为Java开发人员的观点。 如果您正在与您的Web服务器通信，那么我猜您将调用Web服务（SOAP或REST）。 我做了类似于Web服务的SOAP，以便在一段时间后压缩通信。 这是我所遵循的。 http://www.predic8.com/soap-compression-howto.htm