2018 年 1 月
第 33 卷，第 1 期
此文章由机器翻译
编辑寄语 - 改用 Graph
通过Michael Desmond |年 1 月 2018
.jpg "Michael Desmond")
它一项挑战起已永久丢失：如何解锁中创建和工作效率应用程序，如 Word、 Excel、 Outlook、 SharePoint 和 OneNote 的捕获的数据？和一样重要的是，如何你链接和 imbue 与上下文，该数据，以便它可以智能地解释、 利用和使用？
这是 Microsoft 所用年，要回答，Microsoft Graph 形式的问题。关系图是一系列丰富的、 一致的 REST Api，提供了应用程序，Azure 云基础结构和 IT 资源和数据存储之间的重要 connective 组织。在我们connect （）; 特殊问题上一年，Microsoft 首席项目经理 Yina 方面介绍了 Graph Api 在她文章中，"Microsoft Graph:对数据和智能的网关"(msdn.com/magazine/mt790189)。存在，她描述为"的统一网关开发人员能够访问所有数据、 智能和 Api 位于 Microsoft 的智能云，包括 Exchange、 SharePoint、 Azure Active Directory、 OneDrive、 Outlook、 OneNote、 Planner、 Excel 和的详细信息图。"
她去描述如何智能的图形引擎使用机器学习来提供计算的 insights 和丰富的关系。但最重要的一点是，通过一个 REST API 终结点，所有 Microsoft 的 Api 通过将它们集合在一起，如"中单个 URI 命名空间与单个方面写极大地简化开发人员交互访问此功能身份验证情景。"
一年之后，Microsoft 将继续优化、 改进和扩展其 Graph Api。在 MSDN 杂志此问题，Mike Ammerlaan 写入"生成 API 对你的组织 Microsoft Graph 和 Azure 函数，"在他描述如何使用新的 Azure 函数绑定扩展来自动执行常见任务和流程。在文章中，Ammerlaan 将指导完成使用绑定扩展来将集中到一起的一种使用单一身份验证令牌的代码中的数据的不同设置。他显示如何使用扩展来访问和准备存储在 Microsoft OneDrive 中的文件，然后执行通过 Microsoft 认知服务语音识别。
作为产品市场营销部门 Microsoft Office 生态系统团队主管，Ammerlaan 指出 Graph Api 是跨 microsoft 团队所需战略重新考虑一年长时间工作的结果。
"生成 Microsoft Graph 要求 API 设计和一致性十几项团队 （在和之间协调增长） 在 Microsoft，以便生成更通用且一致的 API 时快速变化情况。"
对于想要迁移到关系图的组织，Ammerlaan 提供测量的方法的建议。他注释许多现有的特定于产品的 Api，如 SharePoint REST 继续主动更新。因此从概念上讲类似于现有产品 Api Graph Api 时，以将移动到关系图的决策取决于大量因素。
"对于新项目，我认为开发人员应考虑评估 Microsoft Graph、 查看它的方面可能适用于新的项目，"将显示为 Ammerlaan。"的各种工具、 Sdk 和文档使 Microsoft Graph 访问 Microsoft 数据和见解的最佳方式。现在我明白了每个企业应用程序无法受益于 Microsoft Graph 要在其最有效。"
随着时间推移，Ammerlaan 说，采用 Microsoft Graph 复合与投资到 Api 的优点。他写入文章中："可以将组合在一起并连接的多个 Api，更加有用，到目前为止的 net 一套产品生成可能是-大于其各个部分的总和。"
Michael Desmond是总编辑 MSDN 杂志。