Microsoft 所謂完成 Phase 4，重點唔係「將 WinUI 原始碼放上 GitHub」咁簡單，而係將 WinUI 嘅日常主線開發本身搬到公開 GitHub。即係話，Microsoft 工程師而家會喺公開 repository 入面處理分支、pull request（PR）、程式碼審核、自動驗證同合併，外界唔再只係等內部開發完成之後先睇到一次過鏡像出嚟嘅結果。33

對 Windows 開發者嚟講，呢個係相當實質嘅改變。不過要留意：公開開發唔等於全面開放社群貢獻。WinUI repository 目前仍然清楚寫明，未準備好透過一般社群流程接受程式碼貢獻。23

Phase 4 實際改變咗啲乜？

之前嘅模式比較似係 Microsoft 喺內部開發 WinUI，之後再將提交記錄鏡像到 GitHub。原本嘅分階段計劃，就係逐步由更頻密嘅程式碼鏡像，發展到支援外部開發者本機建置，再行到公開貢獻同測試。15

去到 Phase 4，GitHub 唔再只係一個「睇進度」嘅地方，而係成為主線工程流程嘅公開運作中心。開發者可以睇到進行中嘅分支，追蹤 Microsoft 開嘅 PR，了解審核意見、自動驗證結果，以及最後點樣合併。33

對社群而言，呢種做法令技術決定更加容易被檢視。一項改動唔再只係得一段完成咗嘅程式碼，而係可以連埋實作、審核歷史、Issue、討論同取捨一齊睇，令大家更清楚 Microsoft 點樣作出判斷。

開發者而家可以做咩？

目前，開發者可以：

• 瀏覽公開 repository 同活躍開發歷史；
• clone WinUI 原始碼，喺本機建置產品 binary；
• 追蹤公開分支、PR、審核同合併活動；
• 透過 Issue 同公開討論反映問題、提出建議；
• 使用目前已經提供嘅測試及驗證能力。

Microsoft 表示，WinUI 產品 binary 已經可以本機建置，但測試程式碼分享同本機執行測試仍然係進行中嘅工作。23

最關鍵嘅限制係：外部開發者暫時仍然唔可以將程式碼 PR 提交入 WinUI 主項目嘅正式工作流程。Microsoft 目前先處理貢獻政策、文件、持續整合（CI）、測試存取、審核程序同發佈機制，確保日後真正開放時，成套流程可以穩定運作。33

簡單講：

• 公開開發（open development）：Microsoft 自己點樣寫、審核、測試同合併程式碼，公開畀人睇。
• 公開貢獻（open contribution）：外部開發者可以提交程式碼，通過指定檢查，接受審核，最後有機會合併入主線。

WinUI 而家已經行到第一步，但第二步尚未完全開放。2333

對 Windows 11 有咩意義？

Microsoft 一直將 WinUI 定位為 Windows 體驗同應用程式嘅原生 UI 平台，並將效能放喺核心位置。整體方向係希望加強原生 Windows 介面，減少核心體驗過度依賴網頁式 UI 層。610

所以，今次唔單止係開源流程上嘅變化。如果 WinUI 日後用喺更多 Windows 系統介面同應用程式，開發者就會更加關心佢嘅啟動速度、記憶體使用、相容性、文件質素同長遠支援。

Microsoft 工程師 Chris Anderson 提到嘅重點亦唔係單純改介面外觀，而係包括效能、基礎能力、質素、修復錯誤同降低記憶體使用。2

Microsoft 目前亦傾向直接稱呼呢個長期平台為「WinUI」，而唔係將「WinUI 3」視為一個即將被全新框架取代嘅過渡版本。呢個訊息對已經經歷過 WPF、UWP，再到 WinUI 轉變嘅開發者尤其重要：Microsoft 想傳達嘅係延續性，而唔係再開一個新框架，迫大家重新搬一次應用程式。

效能數字有幾亮眼？

公開開發路線同時配合 Microsoft 對 WinUI 效能嘅改善。喺 Microsoft 發佈嘅 File Explorer 啟動測試入面，單計啟動流程當中使用 WinUI 嘅部分，錄得以下變化：

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

不過呢啲數字一定要睇清楚範圍。佢哋係 File Explorer 一次測試情境入面，WinUI 部分嘅框架層級量度，並唔係話整個 File Explorer 啟動時間都快咗 25%。Microsoft 亦係將呢啲結果當作目前嘅 benchmark 進度，而唔係保證所有 WinUI 應用程式都會有一樣幅度嘅改善。14

Microsoft 想修補嘅，其實係開發者信心

過去 Windows UI 技術由 WPF 轉向 UWP，再發展到 WinUI，令唔少開發者對框架壽命、路線圖同遷移成本有所戒心。今次將主線工程流程公開，至少令開發者可以透過實際分支、程式碼審核、Issue、測試同發佈活動，觀察 Microsoft 有冇持續落實承諾，而唔係只靠產品路線圖或者口頭保證。

當然，公開開發唔代表每個決定都會受歡迎，亦唔代表所有 Issue 都會即時修復。佢真正增加嘅係可見度同問責性：開發者可以睇到一項改動點樣出現、點樣被討論、點樣通過驗證，以及最後幾時進入發佈流程。33

下一個真正重要嘅里程碑

因此，Phase 4 最準確嘅理解係：WinUI 已經公開進行 Microsoft 自己嘅工程工作，但仍未完全公開接受外部程式碼貢獻。

下一個更關鍵嘅階段，會係社群 PR 真正可以進入同一套文件化、測試、審核同發佈流程，並有機會合併入主線。到嗰陣，先可以話 WinUI 由「大家睇到 Microsoft 點做」正式行到「大家可以一齊改」嘅階段。2333

Microsoft 所謂完成 Phase 4，重點唔係「將 WinUI 原始碼放上 GitHub」咁簡單，而係將 WinUI 嘅日常主線開發本身搬到公開 GitHub。即係話，Microsoft 工程師而家會喺公開 repository 入面處理分支、pull request（PR）、程式碼審核、自動驗證同合併，外界唔再只係等內部開發完成之後先睇到一次過鏡像出嚟嘅結果。33

對 Windows 開發者嚟講，呢個係相當實質嘅改變。不過要留意：公開開發唔等於全面開放社群貢獻。WinUI repository 目前仍然清楚寫明，未準備好透過一般社群流程接受程式碼貢獻。23

Phase 4 實際改變咗啲乜？

之前嘅模式比較似係 Microsoft 喺內部開發 WinUI，之後再將提交記錄鏡像到 GitHub。原本嘅分階段計劃，就係逐步由更頻密嘅程式碼鏡像，發展到支援外部開發者本機建置，再行到公開貢獻同測試。15

去到 Phase 4，GitHub 唔再只係一個「睇進度」嘅地方，而係成為主線工程流程嘅公開運作中心。開發者可以睇到進行中嘅分支，追蹤 Microsoft 開嘅 PR，了解審核意見、自動驗證結果，以及最後點樣合併。33

對社群而言，呢種做法令技術決定更加容易被檢視。一項改動唔再只係得一段完成咗嘅程式碼，而係可以連埋實作、審核歷史、Issue、討論同取捨一齊睇，令大家更清楚 Microsoft 點樣作出判斷。

開發者而家可以做咩？

目前，開發者可以：

• 瀏覽公開 repository 同活躍開發歷史；
• clone WinUI 原始碼，喺本機建置產品 binary；
• 追蹤公開分支、PR、審核同合併活動；
• 透過 Issue 同公開討論反映問題、提出建議；
• 使用目前已經提供嘅測試及驗證能力。

Microsoft 表示，WinUI 產品 binary 已經可以本機建置，但測試程式碼分享同本機執行測試仍然係進行中嘅工作。23

最關鍵嘅限制係：外部開發者暫時仍然唔可以將程式碼 PR 提交入 WinUI 主項目嘅正式工作流程。Microsoft 目前先處理貢獻政策、文件、持續整合（CI）、測試存取、審核程序同發佈機制，確保日後真正開放時，成套流程可以穩定運作。33

簡單講：

• 公開開發（open development）：Microsoft 自己點樣寫、審核、測試同合併程式碼，公開畀人睇。
• 公開貢獻（open contribution）：外部開發者可以提交程式碼，通過指定檢查，接受審核，最後有機會合併入主線。

WinUI 而家已經行到第一步，但第二步尚未完全開放。2333

對 Windows 11 有咩意義？

Microsoft 一直將 WinUI 定位為 Windows 體驗同應用程式嘅原生 UI 平台，並將效能放喺核心位置。整體方向係希望加強原生 Windows 介面，減少核心體驗過度依賴網頁式 UI 層。610

所以，今次唔單止係開源流程上嘅變化。如果 WinUI 日後用喺更多 Windows 系統介面同應用程式，開發者就會更加關心佢嘅啟動速度、記憶體使用、相容性、文件質素同長遠支援。

Microsoft 工程師 Chris Anderson 提到嘅重點亦唔係單純改介面外觀，而係包括效能、基礎能力、質素、修復錯誤同降低記憶體使用。2

Microsoft 目前亦傾向直接稱呼呢個長期平台為「WinUI」，而唔係將「WinUI 3」視為一個即將被全新框架取代嘅過渡版本。呢個訊息對已經經歷過 WPF、UWP，再到 WinUI 轉變嘅開發者尤其重要：Microsoft 想傳達嘅係延續性，而唔係再開一個新框架，迫大家重新搬一次應用程式。

效能數字有幾亮眼？

公開開發路線同時配合 Microsoft 對 WinUI 效能嘅改善。喺 Microsoft 發佈嘅 File Explorer 啟動測試入面，單計啟動流程當中使用 WinUI 嘅部分，錄得以下變化：

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

不過呢啲數字一定要睇清楚範圍。佢哋係 File Explorer 一次測試情境入面，WinUI 部分嘅框架層級量度，並唔係話整個 File Explorer 啟動時間都快咗 25%。Microsoft 亦係將呢啲結果當作目前嘅 benchmark 進度，而唔係保證所有 WinUI 應用程式都會有一樣幅度嘅改善。14

Microsoft 想修補嘅，其實係開發者信心

過去 Windows UI 技術由 WPF 轉向 UWP，再發展到 WinUI，令唔少開發者對框架壽命、路線圖同遷移成本有所戒心。今次將主線工程流程公開，至少令開發者可以透過實際分支、程式碼審核、Issue、測試同發佈活動，觀察 Microsoft 有冇持續落實承諾，而唔係只靠產品路線圖或者口頭保證。

當然，公開開發唔代表每個決定都會受歡迎，亦唔代表所有 Issue 都會即時修復。佢真正增加嘅係可見度同問責性：開發者可以睇到一項改動點樣出現、點樣被討論、點樣通過驗證，以及最後幾時進入發佈流程。33

下一個真正重要嘅里程碑

因此，Phase 4 最準確嘅理解係：WinUI 已經公開進行 Microsoft 自己嘅工程工作，但仍未完全公開接受外部程式碼貢獻。

下一個更關鍵嘅階段，會係社群 PR 真正可以進入同一套文件化、測試、審核同發佈流程，並有機會合併入主線。到嗰陣，先可以話 WinUI 由「大家睇到 Microsoft 點做」正式行到「大家可以一齊改」嘅階段。2333