選擇新 Windows 公用程式的最佳使用者介面架構

已完成

貴公司有另一個用戶端,其想要簡易的 Windows 公用程式,可從其伺服器端應用程式讀取記錄檔。 該公用程式會由其支援小組用於針對其應用程式的問題進行疑難解答。

在此案例中,我們會討論應用程式的需求,並決定哪一個 Windows 使用者介面架構是開發小組的最佳選項。

在此單元中,您會了解架構的優點和限制,以及這些架構如何滿足購物清單應用程式的需求。

建置記錄讀取器公用程式

記錄讀取器應用程式是 IT 專業人員所使用的公用程式。 針對此應用程式要專注的部分需求包括:

  • 應用程式的外觀和樣式。 用戶端想要專注於簡便性、易用性和效能。 樣式不是重要考慮。
  • 專案時間表 此專案的時間表很短暫,因此選擇可支援快速開發的架構非常重要。
  • 部署案例和選項。 該應用程式必須透過 Windows 套件管理員使用 WinGet 指令碼部署到內部工作站。 其會部署至執行 Windows 10 和 Windows 11 之桌上型電腦上的企業客戶。

讓我們逐步解說此專案的所有決策準則,並了解如何使用每個架構來滿足這些需求。

分析決策準則

在本節中,我們將分析記錄讀取器公用程式的需求,並查看每個使用者介面架構可如何用於滿足這些需求。 我們也會查看架構的優點和限制,以及這些架構如何影響專案使用它們的決策。

應用程式的外觀和樣式

外觀不是專案的重要考量。 用戶端不關心公用程式的外觀。 其主要關切的是它可快速回應並及時交付。 時間表很短,因此小組需要能夠快速建置公用程式。 在這個領域中,沒有一個架構比其他架構具有顯著優勢。

平板電腦可用性 (觸控) 和裝置相容性

此公用程式必須部署到 Windows 桌上型電腦。 其主要和鍵盤與滑鼠搭配使用。 用戶端對觸控輸入沒有任何需求。 此應用程式似乎很適合快速開發的 Windows Forms 專案。

小組企業開發人員的技能

開發小組熟悉適用於此專案的所有三個架構。 小組具有使用 WPF、Windows Forms 和 WinUI 建置應用程式的經驗,且熟悉最新版本的 .NET 和 C#。 該小組具有在短時間內交付簡單且可靠的 Windows Forms 應用程式給用戶端的記錄。 他們確信他們可以使用 Windows Forms 及時交付此公用程式。

應用程式效能和回應性

此公用程式的整體效能很重要。 應用程式會由用戶端支援小組每天在一般 Windows 商務工作站上使用。 沒有高端圖形卡或其他特殊化硬體。 此專案不需要 WPF 和 WinUI 的轉譯功能。 Windows Forms 使用者介面會使用 Windows GDI 轉譯。 其在用戶端的桌上型電腦上必須可快速回應。 針對所有非 UI 程式碼,根據最新版本 .NET 建置的 Windows Forms 應用程式具有和 .NET WPF 應用程式相同的優點。 .NET 8 是迄今為止最快速的 .NET 版本。

部署案例和選項

Windows Forms 應用程式可以部署至所有目前支援的 Windows 版本。 其可以使用 Microsoft Store (搭配 MSIX)、ClickOnce、Windows Installer 或第三方安裝程式解決方案進行部署。 不過,所有架構都會符合用戶端的部署需求。

選擇架構

Windows Forms 是此專案的最佳選擇。 用戶端對於應用程式的外觀和樣式沒有任何特定需求。 其只希望它很簡單、易於使用,並有回應能力。 用戶端希望公用程式透過自訂安裝程式部署到其支援小組執行受支援 Windows 版本的桌上型電腦。