G P*_*ete 5 oauth azure office365
我正在创建一个Node应用程序,该应用程序使用OAuth2登录用户并使用Office365 API发送和接收电子邮件,以及可能的联系人和日历事件.
我不需要我知道的Azure Active Directory.但是,我不确定是否需要在Azure中为OAuth流注册应用程序.
起初我遵循了本教程,其中涉及在"应用程序注册门户"中注册应用程序.我收到的OAuth令牌目前使用REST API for Outlook.没有Azure.
然后我看到了这个教程,它似乎暗示任何使用Office365 API的应用都应该在Azure上注册一个应用程序.如果我不需要,我不想这样做,主要是因为成本.
我不清楚为什么我需要注册其中一个,我主要担心的是第一个教程的日期已经过时,我的应用程序在"应用程序注册门户"中的注册将被弃用,我将需要在某些时候切换到Azure注册.我已经看到很多过时的教程和来自MS的信息没有明确标记为已弃用.任何人都可以帮忙清除这个吗?
对困惑感到抱歉.简短的回答是这两种方法仍然相关,所以它们都没有被弃用.
首先,您需要注册您的应用程序才能调用Office 365 API.
而且,您现在还有两个不同的位置来注册应用程序:Azure 注册门户和Azure管理门户下的Active Directory部分.
注册其中任何一个都足以让您进入一个可以调用Office 365 API的舒适状态.
但是,Outlook.com堆栈与Exchange堆栈的融合意味着除了Office 365帐户之外,您现在还可以对消费者Outlook.com帐户使用Office 365邮件,日历和联系人API.如果您希望利用此功能,则应在应用程序注册门户而非Azure管理门户中注册您的应用程序.
通过应用程序注册门户注册的另一个优点是支持动态权限范围.您在注册应用程序时需要预先指定其所需的权限; 相反,您可以使用scopes参数在运行时请求权限.
这个在应用程序注册门户中注册的应用程序的新v2应用程序模型目前处于预览状态.不在应用程序注册门户中注册应用程序的原因是它们将使用的不仅仅是Mail,Calendar和Contacts API.例如,如果您的应用程序也使用OneDrive for Business Files API,您将无法使用v2应用程序模型的端点请求令牌.在这种情况下,您应该在Azure管理门户下的Active Directory部分中注册您的应用程序.
| 归档时间: |
|
| 查看次数: |
1084 次 |
| 最近记录: |