Поделиться через


Типы приложений EWS

Узнайте о наиболее распространенных типах приложений, которые можно создать с помощью EWS в Exchange.

Архитектура EWS и Exchange предоставляет единую модель разработки, которую можно использовать для согласованного создания наиболее распространенных типов приложений, включая следующие:

  • Клиентские приложения — автономные приложения, использующие EWS для доступа к данным Exchange. Примерами клиентских приложений являются Outlook и Outlook Web App.

  • Приложения портала — приложения, расширяющие существующую веб-страницу, включая сведения, полученные из Exchange, например сведения о доступности или контактные данные. Примером приложения портала является веб-часть SharePoint, которая извлекает данные Exchange.

  • Приложения-службы — фоновые задания, используемые для интеграции или синхронизации данных из Exchange в существующую систему. Например, приложение, которое синхронизирует контактные данные из Exchange в приложение CRM.

Каждая из этих моделей приложений может использовать общую базу кода для получения сведений из Exchange, поэтому вам не нужно изменять код EWS, используемый для получения сведений об элементах между клиентом, порталом или приложением службы. Что может измениться от одного приложения к другому, так это механизм доступа к почтовому ящику и проверки подлинности. Например, клиентские приложения обычно используют прямой доступ пользователей и обычную проверку подлинности или NTLM, тогда как приложение-служба, скорее всего, использует олицетворение для доступа к почтовому ящику и проверки подлинности OAuth.

Клиентские приложения

Клиентское приложение EWS — это любое автономное приложение, которое использует EWS для получения информации из хранилища Exchange. Клиентские приложения EWS используют прямой клиентский доступ или делегированный доступ для получения данных из хранилища почтовых ящиков. Ниже приведены некоторые примеры клиентских приложений, использующих EWS.

  • Outlook в таких функциях, как подсказки, доступность и состояние OOF пользователя

  • Outlook Web App для устройств

  • Outlook для Mac 2011

  • Lync для получения сведений о доступности

Клиентские приложения обычно используют прямой доступ и обычную проверку подлинности или NTLM, чтобы пользователи были ограничены доступом к информации в своем почтовом ящике с собственными учетными данными для входа. Клиентские приложения также должны поддерживать делегированный доступ для пользователей, которым предоставлено разрешение на доступ к почтовому ящику другого пользователя.

Приложения портала

Приложение портала расширяет существующую веб-страницу или портал, включив сведения о почтовом ящике Exchange в качестве персонализированного компонента страницы. Веб-части SharePoint — это наиболее распространенные приложения портала, которые предоставляют пользователям персонализированный интерфейс, предоставляя представления данных почтовых ящиков Exchange, например непрочитанные сообщения, последние сообщения и события календаря, а также часто просматриваемую страницу портала SharePoint. Приложения портала EWS могут использовать прямой клиентский доступ, делегированный доступ или олицетворение для получения данных из хранилища почтовых ящиков. Так как Exchange 2013 и SharePoint 2013 поддерживают протокол авторизации OAuth для проверки подлинности между серверами, OAuth предоставляет самый простой и безопасный метод проверки подлинности.

Приложения службы

Приложение службы обычно является фоновым заданием, встроенным в существующее приложение, которое распространяется на Exchange для корреляции данных между системой и хранилищем Exchange. Приложения-службы обычно не имеют пользовательского интерфейса и используют олицетворение или OAuth для проверки подлинности и доступа. Создание учетной записи службы для олицетворения пользователей часто используется в приложениях службы EWS, так как вы можете предоставить одно разрешение учетной записи для олицетворения набора пользователей и выполнения операций с почтовыми ящиками для этих учетных записей. Например, приложение службы EWS может синхронизировать данные между маркетинговыми списками в решении CRM и группами рассылки Exchange с помощью учетной записи службы и олицетворения.

См. также