SharePoint REST API 与 Microsoft Graph API；推荐的方法是什么？

Question

可以使用 SharePoint 自己的本机 REST API 或使用 Microsoft Graph API 访问 SharePoint Online。我简要探索了这两个 API，并看到了功能方面的差异，例如，SharePoint API 具有函数类型方法调用 (GetByTitle())，而 Graph API 似乎支持基于身份的访问或“站点路径” 。我的观点是，SharePoint 通过在 URL 中使用“函数”可以轻松访问资源，但是，我不确定它是否是 RESTful。如果您对这方面有什么看法，将会很有帮助。

考虑到以下标准，给定两个选项（SharePoint 和 Graph），这是推荐的前进方向：

1. 面向未来 - 在增强方面，来自 Microsoft 的支持
2. 表现
3. 功能覆盖范围 - 考虑当前版本的 Graph API

另外，我找不到任何微软对此的建议，如果有的话请分享链接。

谢谢。

Answer 1

我推荐 Microsoft Graph API。我知道它是实际 Sharepoint、OneNote、Planner 等 API 的代理，但他们日复一日改进图形 API 的方式让我认为它会持续很长一段时间。假设您正在编写一个想要与许多 Microsoft 应用程序端点连接的应用程序，那么拥有一个处理所有图形 api 请求的类就足够了，而不必寻找特定的应用程序端点。

性能：我一直在使用 Microsoft graph api 来完成大多数 SharePoint 相关工作，它运行良好且快速。在应用程序中实现之前，我使用图形浏览器检查图形是否确实有效。

功能覆盖范围：显然，图表是真实 api 的代理，因此它不会涵盖您需要在 SharePoint 中执行的所有流程。例如，我必须创建一个 Sharepoint 组，但我无法通过图形 api 找到方法。但我认为随着越来越多的人对这些请求进行投票，图形 API 也会带来这些新的可能的代理端点。但同样，如果您的应用程序仅适用于 Sharepoint，那么我相信我会坚持使用 SharePoint API。为了支持 Graph API，他们还提供了称为增量查询和订阅通知的功能来查看文件和文档中的更改。