总的来说,微软在更新每个操作系统版本的时辰,都尽量连结向前的兼容性。可是也有一些破例,如不美观一系列为晋升机能所做的更新要兼顾之前版本就会影响整体机能时就无法一改而论了。举个例子,微软之前移除了对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框架。
(责任编辑:武林网)
新闻热点
疑难解答