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

Question

可以使用 SharePoint 自己的 native REST API 或 Microsoft Graph API 访问 SharePoint Online。我已经简要探索了这两个 API，并看到了功能方面的差异，例如，SharePoint API 具有函数类型方法调用 (GetByTitle())，而图形 API 似乎支持基于身份的访问，或者“站点路径” .我的意见是 SharePoint 通过在 URL 中使用“功能”使访问资源变得容易，但是，我不确定它是否是 RESTful。在这方面发表您的看法会很有帮助。

给定两个选项(SharePoint 和 Graph)，这是推荐的前进方式，考虑以下标准:

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

此外，我找不到任何关于此的 Microsoft 推荐，如果有请分享链接。

谢谢。

Answer 1

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

性能:我一直在使用 Microsoft graph api 进行大部分与 SharePoint 相关的工作，它运行良好且速度很快。在应用程序中实现之前，我使用 Graph 资源管理器检查图表是否确实有效。

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