6

我已经看到这个问题被问了好几次，但到目前为止，答案都非常机械化和令人失望：

EWS 与 EAS 有什么区别？

现在，大多数网站都给出以下内容：“一个是移动设备协议，另一个是 Web 服务。” 嗯，不废话。这是真正的问题：

是什么阻止了某人为 EWS 建立一个任何移动应用程序或操作系统都可以使用的下降库，而不是向 MS 支付 ActiveSync 的每用户许可费？EWS 是不是太贵了，因为它是 SOAPy 而不是 RESTful？ActiveSync 是否在缓存和一般逻辑方面做了更多的繁重工作？EAS 是否具有 EWS 所没有的某些功能（共享日历等？）是否真的只是移动操作系统想要确保支持 Exchange 03 的问题？

我确信他们每个人都有自己的优点，使他们与众不同，但我认为大多数人在被问到这个问题时会遇到的问题是“如果 EWS 可以做同样的事情，我为什么要为 EAS 付费，如果我'愿意自己写客户端吗？

4

1 回答 1

7

大多数组织将许可 EAS，因为以下一项或多项对他们来说是正确的：

  1. 他们希望允许现有的移动设备（iOS、Android 等）无需安装新软件即可访问他们的服务（许多设备都支持 EAS）。例如， Zimbra和Kerio就是这样做的。
  2. 他们不能使用 EWS 作为客户端协议来访问他们的 Exchange 服务，但 EAS 是可用的。
  3. 他们希望在低带宽环境中运行，与 EAS 的压缩 WBXML 相比，他们无法承受 EWS 中 SOAP 的沉重开销。

我敢打赌，#1 占其中的绝大多数。

另外：EAS 不是 RESTful。一切都通过 POST，客户端没有超媒体或能力进行内容协商。它基本上是面向会话的 RPC，使用 WBXML 作为编码格式，使用 HTTP 作为传输协议。

于 2012-07-30T14:46:07.857 回答