Веб-сервис Exchange vs Exchange ActiveSync (или Зачем покупать молоко, когда можно получить корову бесплатно?)
Я видел, как этот вопрос задавали несколько раз, но ответы до сих пор были очень роботизированными и разочаровывающими:
В чем разница между EWS и EAS?
Теперь большинство сайтов дают следующее: "один-это протокол для мобильных устройств, другой-веб-сервис.- Ну, ни хрена себе. Вот реальный вопрос:
Что мешает кому-то создать библиотеку спуска для EWS, которую любое мобильное приложение или ОС могло бы использовать вместо оплаты лицензии MS для каждого пользователя плата за ActiveSync? Может быть, EWS слишком дорогой, так как он мыльный, а не успокаивающий? Делает ли ActiveSync больше тяжелой работы с точки зрения кэширования и общей логики? Есть ли у EAS какая-то функция, которой нет у EWS (общие календари или что-то подобное?) Действительно ли дело только в том, что мобильные операционные системы хотят обеспечить поддержку Exchange 03?
Я уверен, что у каждого из них есть свои тонкости, которые делают их отличными друг от друга, но вопрос, который, я думаю, большинство людей получают, когда этот вопрос меня спрашивают: "Почему я должен платить за EAS, если EWS может делать то же самое и больше, если я готов написать клиентскую часть сам?"
1 ответ:
Большинство организаций будут лицензировать EAS, потому что для них верно одно или несколько из следующих условий:
Они хотят разрешить существующим мобильным устройствам (iOS, Android и т. д.) доступ к своим услугам без необходимости установки на них нового программного обеспечения (EAS поддерживается на многих устройствах). Зимбра иКерио делают это, например.
Держу пари, что #1 составляет подавляющее большинство из них.- они не могут использовать EWS в качестве клиентского протокола для доступа к своим службам Exchange, но EAS доступен.
- они хотят действовать в среда с низкой пропускной способностью и не может позволить себе значительные накладные расходы SOAP в EWS по сравнению со сжатым WBXML EAS.
В сторону: EAS не успокаивает. Все идет по почте, нет гипермедиа или возможности для клиента вести переговоры по контенту. Это в основном сеансово-ориентированный RPC, использующий WBXML в качестве формата кодирования и HTTP в качестве протокола передачи.
Comments