案例:呼叫 Web API 的桌面應用程式

瞭解建置呼叫 Web API 的桌面應用程式所需的所有專案。

開始使用

如果您尚未完成快速入門,請建立您的第一個應用程式:

概觀

您可以撰寫傳統型應用程式,並想要將使用者登入您的應用程式,並呼叫 Web API,例如 Microsoft Graph、其他 Microsoft API 或您自己的 Web API。 您有幾個選項:

  • 您可以使用互動式令牌擷取:

    • 例如,如果您的傳統型應用程式支援圖形化控件,則為 Windows Form 應用程式、Windows Presentation Foundation (WPF) 應用程式或 macOS 原生應用程式。
    • 或者,如果是 .NET 應用程式,且您同意在系統瀏覽器中進行與 Microsoft Entra ID 的驗證互動。
    • 或者,如果是Node.js電子應用程式,它會在 Chromium 實例上執行。
  • 針對 Windows 裝載的應用程式,您也可以在已加入 Windows 網域或已加入 Microsoft Entra 的電腦上執行的應用程式,使用整合式 Windows 驗證 以無訊息方式取得令牌。

  • 最後,雖然不建議這麼做,但您可以在公用用戶端應用程式中使用使用者名稱和密碼。 在某些案例中,仍然需要它,例如 DevOps。 使用它會對您的應用程式施加條件約束。 例如,它無法登入需要執行 多重要素驗證 的使用者(條件式存取)。 此外,您的應用程式不會受益於單一登錄 (SSO)。

    這也適用於新式驗證的原則,而且只會基於舊版原因提供。

    Desktop application

  • 如果您撰寫可攜式命令行工具,可能是在 Linux 或 Mac 上執行的 .NET 應用程式,而且如果您接受驗證將會委派給系統瀏覽器,您可以使用互動式驗證。 .NET 不提供 網頁瀏覽器,因此驗證會在系統瀏覽器中進行。 否則,在此情況下,最好的選項是使用裝置程式代碼流程。 此流程也用於沒有瀏覽器的應用程式,例如物聯網 (IoT) 應用程式。

    Browserless application

細節

傳統型應用程式沒有特殊性。 它們主要取決於您的應用程式是否使用互動式驗證。

如果您不熟悉 OAuth 2.0 和 OpenID 連線 的身分識別和存取管理 (IAM),或甚至剛開始使用 Microsoft 身分識別平台 上的 IAM,則閱讀清單上應該會高一組下列文章。

雖然在完成第一個快速入門或教學課程之前不需要閱讀,但是它們涵蓋平臺不可或缺的主題,而且在您建置更複雜的案例時,熟悉這些主題可協助您瞭解您的路徑。

下一步

請移至此案例中的下一篇文章應用程式 註冊