Exchange server Exchange Web服务vs Exchange ActiveSync（或者，既然可以免费获得奶牛，为什么还要购买牛奶？）

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

EWS和EAS之间有什么区别

现在，大多数网站给出了以下信息：“一个是移动设备协议，另一个是web服务。”好吧，没什么。真正的问题是：

是什么阻止了某人为EWS设置一个任何移动应用程序或操作系统都可以使用的下降库，而不是向MS支付ActiveSync的每用户许可费？EWS是不是太贵了，因为它是肥皂味的而不是安静的？ActiveSync在缓存和一般逻辑方面做得更多吗？EAS是否有EWS没有的功能（共享日历或类似的功能？）这真的只是移动操作系统想要确保Exchange 03得到支持的问题吗

---

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

大多数组织将许可EA，因为以下一项或多项适用于他们：

他们希望允许现有的移动设备（iOS、Android等）访问他们的服务，而无需安装新软件（很多设备都支持EAS）。举个例子，这样做

他们不能使用EWS作为客户端协议来访问Exchange服务，但EAS是可用的

他们希望在低带宽环境中运行，并且与EAS的压缩WBXML相比，无法承受EWS中SOAP的巨大开销

我敢打赌，他们中的绝大多数是1人

---

旁白：EAS并不安宁。每件事都要经过POST，客户没有超媒体或进行内容协商的能力。它基本上是面向会话的RPC，使用WBXML作为编码格式，HTTP作为传输协议。

感谢您提供的信息。基本上，我想为Android和我参与的web应用编写一个EWS应用程序。在后一种情况下，他们正在研究EAS，我认为EWS更适合。在Android的例子中，我认为利用Android和EWS的开放性来避免许可证（并且，听起来不那么吝啬，避免需要提供许可证）更明智。我不认为EAS是安静的，我只知道EWS不是。但是感谢您澄清EAS使用WBXML。我从你的回答推断，就应用程序级功能而言，EWS可以取代EAS。鉴于Android已经包含EAS的授权实现，你能以某种方式利用它吗？无论如何，您是对的-EWS更适合作为应用程序协议。EAS实际上只是一个同步协议。@Anthony，所以我想知道在这个项目中，您的情况如何？我正计划为iOS电子邮件客户端做同样的事情。让我害怕的是sparrow，非常流行的..>还有其他一些iOS的Exchange电子邮件客户端，比如iKonic Apps的Mail+for Outlook，看起来非常流行。OKD也有交换邮件，但评论真的很差