Exchange Web Service 与 Exchange ActiveSync（或者当您可以免费获得奶牛时，为啥还要购买牛奶？）

Posted 2023-03-14

【中文标题】Exchange Web Service 与 Exchange ActiveSync（或者当您可以免费获得奶牛时，为啥还要购买牛奶？）

【英文标题】：Exchange Web Service vs Exchange ActiveSync (or why buy the milk when you can get the cow for free?)Exchange Web Service 与 Exchange ActiveSync（或者当您可以免费获得奶牛时，为什么还要购买牛奶？）

【发布时间】：2012-07-27 05:48:59

【问题描述】：

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

EWS 与 EAS 有什么区别？

现在，大多数网站都提供以下信息：“一个是移动设备协议，另一个是网络服务。”嗯，不废话。这是真正的问题：

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

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

【参考方案1】：

大多数组织将获得 EAS 许可，因为它们符合以下一项或多项要求：

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

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

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

【讨论】：

感谢您的信息。基本上我想为 Android 和我贡献的网络应用程序编写一个 EWS 应用程序。在后一种情况下，他们正在研究 EAS，我认为 EWS 更合适。在 Android 案例中，我认为利用 Android 和 EWS 的开放性来避免许可证（并且，听起来不那么吝啬，避免需要提供许可证）会更聪明。我不认为 EAS 是 RESTful，我只知道 EWS 不是。但感谢您澄清 EAS 使用 WBXML。我从您的回答中推断，就应用程序级功能而言，EWS 可以取代 EAS。

鉴于 Android 已经包含 EAS 的许可实现，您能以某种方式利用它吗？无论如何，你是对的 - EWS 更适合作为应用程序协议。 EAS 实际上只是一个同步协议。

@Anthony 所以我想知道你在这个项目上的结果如何？我正计划为 iOS 电子邮件客户端做同样的事情。让我害怕的是麻雀，非常受欢迎..>

<.. ios href="http://howto.cnet.com/8301-11310_39-57398202-285/use-sparrow-for-iphone-for-a-near-flawless-e-mail-experience/" rel="nofollow" target="_blank">never supported 在他们的版本中进行交换，流行的 touchdown 客户端免费提供其non-exchange client.. 而其exchange client 售价为 20 美元！这意味着创建一个交换客户端是一件大事

还有一些其他适用于 iOS 的 Exchange 电子邮件客户端，例如 iKonic Apps 的 Mail+ for Outlook，它似乎很受欢迎。 OKD 也有 Exchange Mail，但评论真的很糟糕