Windows8優化應用兼容性

   總的來說，微軟在更新每個操作系統版本的時辰，都盡量連結向前的兼容性。可是也有一些破例，如不美觀一系列為晉升機能所做的更新要兼顧之前版本就會影響整體機能時就無法一改而論了。舉個例子，微軟之前移除了對15位應用的兼容撐持。

    windows 8的客戶端及處事器版本有良多更新將帶來兼容性方面的重大挑戰。這些新挑戰中的一部門沒法由打點員來解決，它們只能由應用的初始開發者措置。

    大大都變換在稱為"windows和windows server開發者預覽兼容手冊"的更新文檔中都有诠釋，它對大大都軌范兼容性問題都有具體聲名，對當前版本存在的問題供給體味決方案。

    以下是幾個已知的軌范兼容性故障陳述。

    系統版本數字。是的，老問題又以新的面容呈現了。因為windows采用非凡的版本號，一些老的應用軌范可能會是以呈現問題，windows 8為自己界說的版本號是6.2.這些軌范可以用當前windows供給的兼容模式來運行（例如，在軌范快捷體例的兼容性頁中），可是如不美觀你是一個軌范開發者，你就必需加倍小心確認版本號碼。微軟建議小心使用'搜檢版本信息'功能（用大於、不等於或者一個非凡的版本號）。

    無頭的處事器應用。這是最主要的幾個轉變之一，因為新版windows server（主若是server core）的設計不單運行無頭軌范，還沖要持那些沒有圖形界面的軌范。在機能較差的情形中圖形界面可以卸載（例如，在資本被普遍分享的虛擬機中），或者出於其它原因，好比削減處事器被抨擊襲擊可能性的考慮也可以進行近似操作。

    一些處事器軌范，盡管它們可能並不在無圖形界面情形中運行。任何呼吁行版本應用理論上都應該運行得很好，可是一旦它被用圖形界面呈現給用戶之後就可能無法很好地運行了。此刻沒有很好的法子來解決這個圖形界面引起的問題，所以它在大大都時辰僅能連結無圖形界面版本的應用。

    如不美觀你籌備在server core版本操作系統上運行所有應用，那麼你理當充實測試來確認它在無圖形界面情形下能如期望般默示精采。如不美觀結不美觀相反，同時如不美觀你對軌范編寫有必然體味，那麼你需要將現有的代碼遷移到server core平台下，而且從頭確認那些WIN32 API和。NET CLR能被core系統所撐持。

    。NET框架。Windows 8將。NET 4.5框架放進它默認軌范安裝包中，可是並不包含。NET3.5.如不美觀你有一些軌范明晰只撐持3.5版本，不僅僅是自力的軌范，還有那些基於該版本。NET的網站軌范，這種情形下你需要手動地添加老版的。NET.幸運的是，這不會引起大的兼容性問題，因為分歧版本的。NET可以並存自力運行。微軟文檔有一些聲名，介紹了若何在不觸動windows更新情形下手動地添加。NET 3.5框架。