Azure AD 中的 OAuth 2.0 是否是授权应用程序用户的良好解决方案？
Is OAuth 2.0 in Azure AD a good solution for authorizing app users?
我正在构建一个 Xamarin 应用程序，它需要对用户进行身份验证并且每个用户都有一个角色。 Azure AD OAuth 2.0 是否适合这种情况？每个下载我的应用程序的人都会注册，这会创建一个 Azure AD 用户？起初我认为 Azure AD 仅用于管理组织内的用户，而不是授权应用程序的数千名用户的方式。我是否能够将 Azure OAuth 无缝集成到我的应用程序中而无需离开我的应用程序（就像我需要使用 Google 或 Facebook OAuth 一样）？感谢任何有助于我更好理解的说明！！
Xamarin 体验可以利用 ADAL/MSAL PCL 库进行身份验证（目前处于 Alpha 阶段）- available on nuget. You need to look at the new Azure AD Business to Consumer (B2C) 产品（目前处于预览阶段）。
请注意，它提供的 OAuth 体验利用应用程序内部的 WebView 来执行用户身份验证，因此它与您希望避免的内容没有区别。
虽然理论上您可以通过自定义编码解决方案来更改该行为，但可能值得考虑移交身份验证并且只需处理生成的令牌的好处。
我正在构建一个 Xamarin 应用程序，它需要对用户进行身份验证并且每个用户都有一个角色。 Azure AD OAuth 2.0 是否适合这种情况？每个下载我的应用程序的人都会注册，这会创建一个 Azure AD 用户？起初我认为 Azure AD 仅用于管理组织内的用户，而不是授权应用程序的数千名用户的方式。我是否能够将 Azure OAuth 无缝集成到我的应用程序中而无需离开我的应用程序（就像我需要使用 Google 或 Facebook OAuth 一样）？感谢任何有助于我更好理解的说明！！
Xamarin 体验可以利用 ADAL/MSAL PCL 库进行身份验证（目前处于 Alpha 阶段）- available on nuget. You need to look at the new Azure AD Business to Consumer (B2C) 产品（目前处于预览阶段）。
请注意，它提供的 OAuth 体验利用应用程序内部的 WebView 来执行用户身份验证，因此它与您希望避免的内容没有区别。
虽然理论上您可以通过自定义编码解决方案来更改该行为，但可能值得考虑移交身份验证并且只需处理生成的令牌的好处。