2018 年 1 月
第 33 卷，第 1 期
本文章是由機器翻譯。
編者小記 - 前進 Graph
由Michael Desmond |2018 年 1 月
.jpg "Michael Desmond")
因為不限次數已經一項挑戰：您要如何解除鎖定中建立和產能應用程式，例如 Word、 Excel、 Outlook、 SharePoint 和 OneNote 所擷取的資料？也很重要，如何執行您並連結啟動 imbue 與內容，該資料，讓它可以是以聰明的方式解譯，運用耗用嗎？
它是 Microsoft 所耗用的回答，Microsoft Graph 表單中使用年份的問題。圖形是一系列豐富、 一致的 REST Api 可提供重要的應用程式、 Azure 雲端基礎結構，以及 IT 資源和資料存放區之間的連線時候。在我們connect （），則為特殊問題最後一年，Microsoft 首席專案經理 Yina 論點瀏覽圖形 Api，在她的文章中，「 Microsoft Graph:資料和智慧的閘道器 」 (msdn.com/magazine/mt790189)。那里，她圖形描述為 「 整合閘道器的開發人員能夠存取所有的資料，智慧和位於 Microsoft 智慧型雲端，包括 Exchange、 SharePoint、 Azure Active Directory、 OneDrive、 Outlook、 OneNote、 Planner、 Excel 等等的應用程式開發介面。 」
她發生說明如何智慧型圖形引擎使用機器學習方法來提供導出的深入資訊和豐富的關聯性。但這項功能透過單一的 REST API 端點，大幅簡化開發人員互動 Microsoft 的應用程式開發介面的所有上線，藉以在一起，為 「 在單一 URI 命名空間具有單一論點撰寫是最重要的事情驗證 story"。
一年，Microsoft 會繼續精簡、 改善並擴充其 Graph Api。在本月 MSDN Magazine 的 Mike Ammerlaan 寫入"建置到您的組織，Microsoft Graph 與 Azure 的函式 API，「 在其中他描述如何使用新 Azure 函式繫結延伸模組，來自動化一般工作和程序。本文件 Ammerlaan 逐步解說使用繫結的擴充功能合併不同的一段程式碼使用單一驗證權杖中的資料集。他會示範如何擴充功能可用來存取和準備儲存在 Microsoft OneDrive 檔案，然後執行 [語音辨識，透過 Microsoft 認知的服務。
為 Microsoft Office 生態系統小組的產品行銷導演 Ammerlaan 警告說明 Graph Api 是跨小組 microsoft 要求的策略性重新思考年長時間投入時間的結果。
「 建置 Microsoft Graph 要求協調數十個在團隊之間 （而且不斷增加） microsoft 建立更通用且一致的 API 時允許快速發展的應用程式開發介面的設計和一致性 」。
組織想要移轉至圖形，Ammerlaan 建議測量的方法。他會註明的許多現有產品專屬的 Api 類似 SharePoint REST 會繼續目前正在更新。因此 Graph Api 概念上類似現有的產品的 Api 時，將移位到圖形的決定取決於許多因素。
「 新的專案，我認為評估 Microsoft Graph，以及查看它的 facet 可套用至新的專案中，開發人員應該認真考慮"指出 Ammerlaan。「 工具、 Sdk 和文件的範圍使 Microsoft Graph 存取 Microsoft 資料和深入觀點的最佳方式。我相信每個企業應用程式可能受益於在其最有效的 Microsoft Graph。 」
經過一段時間，Ammerlaan 說，採用 Microsoft Graph 複合與投資應用程式開發介面的優點。當他撰寫文章中：「 多個應用程式開發介面您可以將結合在一起並連接，更有用到目前為止 net 組您建置的產品可能是 — 大於其各部分的總和。 」
Michael Desmond是總編輯 MSDN Magazine。