使用 Microsoft.Identity 与 Azure.Identity 对 Microsoft Graph 的守护程序调用

Question

使用 Azure.Identity 而不是 Microsoft.Identity.Client 或 Microsoft.Identity.Web 来调用 Microsoft Graph 是否存在问题或劣势？

我正在尝试做 asp.net core 3.1 MVC webapp 来访问 sharepoint 上的日历列表，而无需用户登录。

我在 Azure 中注册了应用程序权限 Sites.Selected 的应用程序，并做了管理员发布的事情以获得对特定站点的读取权限...

我发现这个控制台示例运行良好： https://github.com/Azure-Samples/active-directory-dotnetcore-daemon-v2/tree/master/1-Call-MSGraph 它使用 Microsoft.Identity.Client 并且有一些代码..

我一直在寻找其他方法，并找到了一些使用 Microsoft.Identity.Web 的示例，我只测试了委托，但我认为它可以在没有用户登录的情况下工作。

然后我找到了一个使用 Azure.Identity 的示例，它只需要很少的代码...

var clientSecretCredential = new ClientSecretCredential(tenantId, clientId, clientSecret);

GraphServiceClient graphServiceClient = new GraphServiceClient(clientSecretCredential);

var result = graphServiceClient.Sites[siteId]
                .Lists[listId]
                .Items
                .Request(queryOptions)
                .GetAsync().Result;

（queryOptions 只是展开 select filter orderby 以获取我正在寻找的特定信息）

这似乎太容易了..这样做一定有什么问题吗？

Answer 1

没有什么可担心的。事实上，您应该更喜欢使用 Azure.Identity 包，因为它较新。使用新软件包，开发人员可以更轻松地生成访问令牌。在后台，Microsoft 仍然使用 ConfidentialClientApplicationBuilder，您可以通过检查 source code 并深入了解 MSALConfidentialClient 类来检查自己。基本上，复杂性没有改变，但现在由 Microsoft 管理。