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

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

    大大都變換在稱為"windows和windows server開發(fā)者預(yù)覽兼容手冊(cè)"的更新文檔中都有詮釋，它對(duì)大大都軌范兼容性問題都有具體聲名，對(duì)當(dāng)前版本存在的問題供給體味決方案。

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

    系統(tǒng)版本數(shù)字。是的，老問題又以新的面容呈現(xiàn)了。因?yàn)閣indows采用非凡的版本號(hào)，一些老的應(yīng)用軌范可能會(huì)是以呈現(xiàn)問題，windows 8為自己界說的版本號(hào)是6.2.這些軌范可以用當(dāng)前windows供給的兼容模式來運(yùn)行（例如，在軌范快捷體例的兼容性頁中），可是如不美觀你是一個(gè)軌范開發(fā)者，你就必需加倍小心確認(rèn)版本號(hào)碼。微軟建議小心使用'搜檢版本信息'功能（用大于、不等于或者一個(gè)非凡的版本號(hào)）。

    無頭的處事器應(yīng)用。這是最主要的幾個(gè)轉(zhuǎn)變之一，因?yàn)樾掳鎤indows server（主若是server core）的設(shè)計(jì)不單運(yùn)行無頭軌范，還沖要持那些沒有圖形界面的軌范。在機(jī)能較差的情形中圖形界面可以卸載（例如，在資本被普遍分享的虛擬機(jī)中），或者出于其它原因，好比削減處事器被抨擊襲擊可能性的考慮也可以進(jìn)行近似操作。

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

    如不美觀你籌備在server core版本操作系統(tǒng)上運(yùn)行所有應(yīng)用，那么你理當(dāng)充實(shí)測試來確認(rèn)它在無圖形界面情形下能如期望般默示精采。如不美觀結(jié)不美觀相反，同時(shí)如不美觀你對(duì)軌范編寫有必然體味，那么你需要將現(xiàn)有的代碼遷移到server core平臺(tái)下，而且從頭確認(rèn)那些WIN32 API和。NET CLR能被core系統(tǒng)所撐持。

    。NET框架。Windows 8將。NET 4.5框架放進(jìn)它默認(rèn)軌范安裝包中，可是并不包含。NET3.5.如不美觀你有一些軌范明晰只撐持3.5版本，不僅僅是自力的軌范，還有那些基于該版本。NET的網(wǎng)站軌范，這種情形下你需要手動(dòng)地添加老版的。NET.幸運(yùn)的是，這不會(huì)引起大的兼容性問題，因?yàn)榉制绨姹镜摹ET可以并存自力運(yùn)行。微軟文檔有一些聲名，介紹了若何在不觸動(dòng)windows更新情形下手動(dòng)地添加。NET 3.5框架。
(責(zé)任編輯：武林網(wǎng))