背景

本文發表於 Windows 7 開發/測試階段 (約 2009 年)，作者從用戶體驗、安全性、架構演進角度，提出應從 Win7 移除的 5 項功能。現以 2024 年視角回顧，分析微軟實際決策與後續演進。

1. Windows Genuine Advantage (WGA) 正版驗證通知

當時痛點： 盜版系統每登入彈窗、托盤常駐圖示、定期聯網驗證、誤判正版用戶。

Win7 實際處理： 保留 WGA 機制，但整合為 Windows Activation Technologies (WAT)，降低干擾頻率，提供 30 天寬限期。
後續演進： Win10/11 採用數位授權 (HWID) 綁定硬體，OEM 預裝自動激活，零售版一次激活永久有效，大幅減少用戶感知干擾。

2. 登錄表

當時痛點： 單點故障、二進位格式難手工編輯、易損毀導致系統崩潰、遷移困難、與 Unix/Linux 文字設定檔形成鮮明對比。

Win7 實際處理： 保留登錄表架構 (效能、原子性、ACL 權限控制優勢)。
後續演進： Win10/11 仍以登錄表為核心設定存儲，但大量新式 API (WinRT、UWP、WinUI) 改用 AppData\Local\Packages\ 下的 XML/JSON/SQLite 設定檔，減少登錄表依賴。.NET Core / .NET 5+ 鼓勵使用 appsettings.json、環境變數、Key Vault 等現代配置模式。

3. ActiveX 控制項

當時痛點： 僅限 IE、安全性極差 (任意程式碼執行)、不支援跨平台/跨瀏覽器、成惡意軟體主要載體。

Win7 實際處理： IE8 維持 ActiveX 支援，但引入 ActiveX 篩選器、每站點 ActiveX 控制、增強保護模式 (EPM) (IE10+)。
後續演進： Edge (Legacy) 移除 ActiveX，Edge (Chromium) 完全不支援。現代 Web 採用 WebAssembly、Web Components、PWA、Extension API 替代。ActiveX 僅存活於極少數企業內部舊系統 (需 IE Mode)。

4. 使用者帳戶控制 (UAC)

當時痛點： Vista 時代彈窗頻繁、用戶習慣「全按是」、開發商未適配標準用戶權限、體驗極差。

Win7 實際處理： 大幅優化：預設「僅在我嘗試變更 Windows 設定時通知」 (不安全桌面提示)、系統二進位自動提權 (Auto-elevate)、減少不必要提示。
後續演進： Win8/10/11 繼承並微調。UAC 成為 Windows 安全架構基石 (Mandatory Integrity Control、UIPI、AppContainer 沙箱)。現代最佳實務：標準用戶日常操作 + UAC 提權 + 管理員帳戶僅限維護。

5. Windows Meeting Space (會議中心)

當時痛點： 無白板、聊天功能簡陋、不支援 VoIP、需 IPv6/PNRP、穿透 NAT 困難、幾乎無人使用。

Win7 實際處理： 移除 Windows Meeting Space。
後續演進： 由 Windows Live Messenger、Lync/Skype for Business、Microsoft Teams 承接協作需求。現代遠端協作以雲端服務為核心，P2P 只作輔助傳輸優化。

總結：微軟的取捨邏輯

功能	Win7 決策	長期演進
WGA	保留並改良 (WAT)	數位授權/硬體綁定，淡化感知
登錄表	核心保留	核心保留，新式應用轉向檔案型設定
ActiveX	保留並加強沙箱	徹底淘汰，Web 標準替代
UAC	大幅優化體驗	成為安全架構基石，持續強化
Meeting Space	果斷移除	雲端協作平台替代

給現代開發/運維的啟示

• 避免單點故障設計 (如登錄表) → 採用分散式、文字型、版本化配置。
• 沙箱與最小權限原則 (UAC/AppContainer) 是安全基石，不可妥協。
• 專有二進位擴充機制 會被開放標準取代 (ActiveX → WebAssembly/WASI)。
• 功能若無實際用戶價值，果斷移除減少攻擊面與維護成本 (Meeting Space)。