При использовании API Office 365 для доступа к элементам электронной почты следует использовать API-интерфейс Graph API или API Outlook? Мне не нужны все разные службы, которые предоставляет API Graph, но Outlook API выглядит более полнофункциональным. Какой из них более перспективен?API-интерфейс Office 365 API или API-интерфейс Outlook?
Я бы на самом деле предложил использовать Graph API, если у него есть необходимые функции, просто потому, что тот факт, что вам сейчас ничего не нужно, кроме Outlook, вы можете в ближайшем будущем увидеть, как разные функции Office 365 начинают получать больше и интегрированы друг с другом. Кроме того, я лично считаю, что это лучше документировано и в целом лучше работать. В качестве дополнительной выгоды, если вы когда-либо разработали еще одну интеграцию, связанную с O365, вы уже знаете, как она работает, поскольку все службы в Microsoft Graph используют более или менее те же структуры.
Если вы пользуетесь наиболее широко используемым решением, попробуйте EWS API, так как большинство серверов Exchange (даже те, которые не входят в O365) будут включены, а Outlook предоставит вам токен и детали для этого. Однако это не самое будущее.
Это зависит от контекста, в котором работает ваш код. Если ваш код выполняется в контексте надстройки почты и не нуждается в доступе к каким-либо другим ресурсам Графика, тогда только хорошие API-интерфейсы Outlook должны быть хорошей ставкой, также им не понадобятся дальнейшие шаги проверки подлинности или согласия.
Если вы хотите получить доступ к группам OD4B или O365 из кода доступа к почте, то использование Graph API имеет смысл.
Однако на этом фронте есть что сказать.
Наконец, новые API-интерфейсы, скорее всего, приземляются в API-интерфейсе Outlook (или других продуктов), а затем будут перенесены в API-интерфейс Graph.