一般来说,微软在更新每个
操作系统版本时都试图
连接前向
兼容性,但也有一些例外
情况。如果我们更新了一系列的促销活动,我们不应该改变整个版本,否则会
影响整个
功能。例如,微软以前已经
取消了对15位
应用程序的兼容
支持。
Windows 8客户机和设备版本有很多更新,这将带来重大的兼容性挑战。
打印机无法
解决这些新挑战中的一个,只能由应用程序的初始开发人员使用。
大多数
转换都是在更新后的
文档中解释的,名为Windows和Windows Server
开发者预览兼容手册。它对于大多数标准兼容性问题都有特定的声誉,并且为当前版本中的问题提供了有意义的解决方案。
下面是几个已知的轨迹兼容性失败语句。
系统版本号。是的,旧的问题带有一个新的面孔。因为Windows使用特殊的版本,一些旧的应用程序可能会出现问题,Windows 8对版本号的定义是6.2。该标准可用于
运行一个与当前Windows电源兼容
模式(例如,在快速样式
网页兼容性标准),但如果你是一个标准的开发者,你必须小心确定版本号。微软建议'
搜索'功能谨慎使用版本信息(大于,不等或非凡的版本号)。
一个无头的装置中的应用。这是一个最重要的变化,因为新版本的Windows
服务器(如果主服务器
核心)设计不仅运行无头的标准,还跑去支持那些没有图形
界面的标准。在功能性差的情况下,图形界面可以
卸载(例如虚拟机,是由资本共享),或其他
原因,如减少攻击所
代理的可能性,并做类似的操作。
一些设备的程序,尽管他们可能无法运行在一个非图形界面。任何上诉行版本的应用程序应该运行良好,但是一旦它呈现给
用户的图形用户界面,它可能无法正常运行。目前,有没有好的
方法来解决图形界面引起的的问题,所以它只能连接的应用程序没有在大多数时间的图形界面版。
如果你正在准备运行在
操作系统核心服务器版本的所有应用程序,你应该充分测试以
确认它可以预期在图形接口不好。如果结果是不一样的,如果你有一个明确的规划的认识,你需要迁移现有的代码到服务器的核心平台,并确认的Win32 API和那些从scratch.net CLR可以通过核心系统支持。
NET框架。Windows 8将。净4.5框架放在
默认的
安装包,但它不包括.net3.5,如果你有一个轨道,你只支持3.5版,不仅自立,而且那些基于版本。网的
网站,在这种情况下,你需要手动添加老version.net。幸运的是,这并不会造成大的兼容性问题,因为不同的versions.net可以
独立工作。微软文档有一些
名字来
介绍如何手动添加无移动窗口,update.net 3.5框架。
因为,net4.5是Windows运行时(WinRT)的部门,词证开发商利用地铁的观点构建应用程序,可以很快让Naipang沙漏的标准。如果你想改变或移动到Windows 8,你#品味C或C++,这个
任务不难,但仍有
值得探索的文档
工具。
4k
磁盘扇区。这更像是一个
硬件问题不是一个轨迹的问题,但它仍然值得我们关注。今天,在市场上主流的新磁盘,一般采用4K扇区代替旧的512字节的扇区设计。4K扇区驱动,所谓的先进盘,
经常出现在一个512字节的扇区设计一些奇怪的问题。它不考虑向前兼容性很好的问题,Windows 8增加了一个发芽的
文件部门新的API,然后使用电话工具支持
脚本的萌发量。
一个没有签名的内核
驱动程序。如果你有一些标准,不管它是第三方还是供应商,你需要使用内核驱动程序。Windows服务器严重制约安全考虑使用内核驱动程序,并把它作为一个混合软件。在设备使用内核驱动程序最大的变化是,规模
扩展固件接口(UEFI)推出的安全,它是用来
保护机器的抨击software.uefi安全
启动攻击的装置的选择,而不
推荐启用它。如果你想使用UEFI安全启动设备上,你最好使用凭据来验证内核驱动,否则,建议禁用安全
启动项目。