Microsoft 完成 WinUI 開放計畫的第 4 階段，改變的不只是「原始碼放在哪裡」，而是 WinUI 平常在哪裡進行開發。現在，Microsoft 工程師會直接在公開 GitHub 儲存庫中進行日常工作，分支、Pull Request（PR）、程式碼審查、自動驗證與合併過程，都能在進行時被外界看見。33

對長期只能看到 Microsoft 事後鏡像提交內容的 Windows 開發者來說，這是相當明顯的轉變。不過，公開開發並不等於已經完全開放貢獻：WinUI 儲存庫目前仍明確表示，尚未準備好透過一般社群流程接受程式碼提交。23

第 4 階段究竟改變了什麼？

過去的模式是，Microsoft 可能先在內部開發 WinUI，之後再把完成的提交內容鏡像到 GitHub。這套分階段路線原本預計逐步從更頻繁的程式碼鏡像，發展到讓外部開發者在本機建置，最後才走向公開貢獻與測試。15

進入第 4 階段後，GitHub 不再只是成果展示或單向的原始碼鏡像，而是主線工程流程的公開所在地。開發者可以查看進行中的分支，追蹤 Microsoft 建立的 PR、程式碼審查、自動化驗證與合併，而不必只等到內部工作完成後才看到結果。33

這也讓 WinUI 社群更容易理解 Microsoft 的工程決策。某項改動可以連同實作方式、審查紀錄與討論脈絡一起檢視；儲存庫中的 Issues 與公開討論，則提供了問題回報、功能提案及取捨考量的可見紀錄。

開發者現在能做什麼？還不能做什麼？

目前，開發者可以查看儲存庫、複製並在本機建置 WinUI，也能追蹤專案公開的開發活動。Microsoft 的儲存庫指出，現在已可建置 WinUI 的產品二進位檔；但測試程式碼的公開，以及讓開發者在本機執行測試，仍在進行中。23

最重要的限制是：外部開發者目前仍不能把程式碼貢獻送進主專案的標準工作流程。Microsoft 正利用這個階段驗證整套周邊機制，包括貢獻政策、文件、持續整合（CI）、測試存取權限、審查程序，以及發行流程。33

這個差異值得說清楚：

• 公開開發：Microsoft 自己的工程工作在公開環境中進行。
• 開放貢獻：外部開發者可以提出程式碼、執行專案要求的檢查、接受審查，並讓修改有機會被合併。

WinUI 已經進入第一個階段，但第二個階段尚未完全啟用。2333

為什麼這和 Windows 11 有關？

Microsoft 將 WinUI 定位為 Windows 體驗與應用程式的原生使用者介面平台，並把效能列為核心優先事項。更大的方向，是強化 Windows 的原生介面，降低核心體驗對網頁式介面層的依賴。610

因此，WinUI 的開發方式並不只影響框架本身。如果 WinUI 被更多 Windows 系統元件採用，也成為更多應用程式的基礎，開發者就需要確認它的效能、相容性、文件與長期方向能否持續改善。

公開工程流程不代表每項決策都會受歡迎，也不保證所有問題都能迅速修好。但至少，開發者將有更多實際證據可以用來評估 Microsoft 的優先順序，而不必只依賴產品路線圖或宣傳說法。

效能改善是另一條主線

WinUI 轉向公開開發的同時，Microsoft 也在降低它於啟動與使用期間的成本。Microsoft 公布的 File Explorer 基準測試，測量的是啟動過程中由 WinUI 程式碼負責的部分，結果包括：

• WinUI 程式碼執行時間減少 25%
• 記憶體配置次數減少 41%
• 暫時性配置減少 63%
• 函式呼叫次數減少 45% 14

這些數字只適用於該次測試中 File Explorer 啟動流程的 WinUI 部分，不能解讀為整個 File Explorer 的啟動時間提升了 25%。Microsoft 公布的是基準測試進度，也不是所有 WinUI 應用程式都能得到相同結果的普遍保證。14

Microsoft 另外強調，WinUI 接下來會聚焦於效能、核心基礎、品質、錯誤修正與記憶體使用量。2

不只是改名：Microsoft 想傳達平台延續性

Microsoft 目前的訊息，是把 WinUI 描述為持續發展中的長期平台，而不是通往另一個全新框架的過渡階段。這對曾經歷 WPF、UWP 到 WinUI 多次 Windows 介面技術轉換的開發者尤其重要。

Microsoft 也逐漸以「WinUI」作為框架的整體稱呼，而不是把未來方向包裝成另一個全新框架。其核心訊息是延續性：不會另起爐灶建立新的 UI 框架，也不會刻意要求現有 WinUI 3 應用程式進行破壞性遷移。

真正的考驗，在於公開儲存庫能否逐步成為可靠的貢獻管道。開發者接下來會關注：建置與測試要求是否清楚、審查是否具備可預期的回應速度，以及 GitHub 上的活動能否穩定銜接到受支援的 Windows App SDK 發行版本。

WinUI 現在是「透明優先」，還不是「參與優先」

第 4 階段最適合被理解為一個責任與透明度里程碑。Microsoft 將分支、審查、驗證與合併等工程流程公開，讓開發者可以在尚未獲准修改主程式碼庫之前，先追蹤進度並評估框架的方向。33

但關鍵限制依然存在：WinUI 是 公開開發中，尚未完全開放外部程式碼貢獻。下一個真正具指標性的里程碑，將是社群 PR 能否使用與 Microsoft 工程師相同、具文件說明的審查、測試與發行管線，並實際被接受與合併。2333

Microsoft 完成 WinUI 開放計畫的第 4 階段，改變的不只是「原始碼放在哪裡」，而是 WinUI 平常在哪裡進行開發。現在，Microsoft 工程師會直接在公開 GitHub 儲存庫中進行日常工作，分支、Pull Request（PR）、程式碼審查、自動驗證與合併過程，都能在進行時被外界看見。33

對長期只能看到 Microsoft 事後鏡像提交內容的 Windows 開發者來說，這是相當明顯的轉變。不過，公開開發並不等於已經完全開放貢獻：WinUI 儲存庫目前仍明確表示，尚未準備好透過一般社群流程接受程式碼提交。23

第 4 階段究竟改變了什麼？

過去的模式是，Microsoft 可能先在內部開發 WinUI，之後再把完成的提交內容鏡像到 GitHub。這套分階段路線原本預計逐步從更頻繁的程式碼鏡像，發展到讓外部開發者在本機建置，最後才走向公開貢獻與測試。15

進入第 4 階段後，GitHub 不再只是成果展示或單向的原始碼鏡像，而是主線工程流程的公開所在地。開發者可以查看進行中的分支，追蹤 Microsoft 建立的 PR、程式碼審查、自動化驗證與合併，而不必只等到內部工作完成後才看到結果。33

這也讓 WinUI 社群更容易理解 Microsoft 的工程決策。某項改動可以連同實作方式、審查紀錄與討論脈絡一起檢視；儲存庫中的 Issues 與公開討論，則提供了問題回報、功能提案及取捨考量的可見紀錄。

開發者現在能做什麼？還不能做什麼？

目前，開發者可以查看儲存庫、複製並在本機建置 WinUI，也能追蹤專案公開的開發活動。Microsoft 的儲存庫指出，現在已可建置 WinUI 的產品二進位檔；但測試程式碼的公開，以及讓開發者在本機執行測試，仍在進行中。23

最重要的限制是：外部開發者目前仍不能把程式碼貢獻送進主專案的標準工作流程。Microsoft 正利用這個階段驗證整套周邊機制，包括貢獻政策、文件、持續整合（CI）、測試存取權限、審查程序，以及發行流程。33

這個差異值得說清楚：

• 公開開發：Microsoft 自己的工程工作在公開環境中進行。
• 開放貢獻：外部開發者可以提出程式碼、執行專案要求的檢查、接受審查，並讓修改有機會被合併。

WinUI 已經進入第一個階段，但第二個階段尚未完全啟用。2333

為什麼這和 Windows 11 有關？

Microsoft 將 WinUI 定位為 Windows 體驗與應用程式的原生使用者介面平台，並把效能列為核心優先事項。更大的方向，是強化 Windows 的原生介面，降低核心體驗對網頁式介面層的依賴。610

因此，WinUI 的開發方式並不只影響框架本身。如果 WinUI 被更多 Windows 系統元件採用，也成為更多應用程式的基礎，開發者就需要確認它的效能、相容性、文件與長期方向能否持續改善。

公開工程流程不代表每項決策都會受歡迎，也不保證所有問題都能迅速修好。但至少，開發者將有更多實際證據可以用來評估 Microsoft 的優先順序，而不必只依賴產品路線圖或宣傳說法。

效能改善是另一條主線

WinUI 轉向公開開發的同時，Microsoft 也在降低它於啟動與使用期間的成本。Microsoft 公布的 File Explorer 基準測試，測量的是啟動過程中由 WinUI 程式碼負責的部分，結果包括：

• WinUI 程式碼執行時間減少 25%
• 記憶體配置次數減少 41%
• 暫時性配置減少 63%
• 函式呼叫次數減少 45% 14

這些數字只適用於該次測試中 File Explorer 啟動流程的 WinUI 部分，不能解讀為整個 File Explorer 的啟動時間提升了 25%。Microsoft 公布的是基準測試進度，也不是所有 WinUI 應用程式都能得到相同結果的普遍保證。14

Microsoft 另外強調，WinUI 接下來會聚焦於效能、核心基礎、品質、錯誤修正與記憶體使用量。2

不只是改名：Microsoft 想傳達平台延續性

Microsoft 目前的訊息，是把 WinUI 描述為持續發展中的長期平台，而不是通往另一個全新框架的過渡階段。這對曾經歷 WPF、UWP 到 WinUI 多次 Windows 介面技術轉換的開發者尤其重要。

Microsoft 也逐漸以「WinUI」作為框架的整體稱呼，而不是把未來方向包裝成另一個全新框架。其核心訊息是延續性：不會另起爐灶建立新的 UI 框架，也不會刻意要求現有 WinUI 3 應用程式進行破壞性遷移。

真正的考驗，在於公開儲存庫能否逐步成為可靠的貢獻管道。開發者接下來會關注：建置與測試要求是否清楚、審查是否具備可預期的回應速度，以及 GitHub 上的活動能否穩定銜接到受支援的 Windows App SDK 發行版本。

WinUI 現在是「透明優先」，還不是「參與優先」

第 4 階段最適合被理解為一個責任與透明度里程碑。Microsoft 將分支、審查、驗證與合併等工程流程公開，讓開發者可以在尚未獲准修改主程式碼庫之前，先追蹤進度並評估框架的方向。33

但關鍵限制依然存在：WinUI 是 公開開發中，尚未完全開放外部程式碼貢獻。下一個真正具指標性的里程碑，將是社群 PR 能否使用與 Microsoft 工程師相同、具文件說明的審查、測試與發行管線，並實際被接受與合併。2333