Windows 7系统凭借其优越的安全和运转性能逐渐吸引了越来越多的企业用户，同时随着原有Windows XP系统支持技术的缺失，大部分企业用户开始转而使用Windows 7系统。但是，这同时也意味着需要放弃IE6，使用升级的IE8，从而使得很多商务网页程序无法正常使用。研究发现很多专门面向IE6设计的程序在IE8 下根本无法运行，不过微软Windows应用程序体验SWAT团队技术主管Chris Jackson给出妙招，轻松解决Windows 7和IE8的兼容问题。
英国媒体ZDNet UK近日就微软Windows兼容问题参访专家Jackson，并就如何解决第三方程序的兼容问题提问如下：
问：微软打算如何促使企业用户放弃使用IE6？Windows 7在这方面有何作用？
答：实际上大家还是习惯使用IE6，很多现有商务程序可以直接运行。很多用户表示，一旦使用Windows 7，就意味着不得不使用IE8，但是大部分人对其并不熟悉，市面上也没有方便大家了解信息的材料。
那么您认为这仅仅是程序移植问题还是复杂的网页开发项目？公司的IT或开发团队是否需要在这方面多下功夫？
有些程序可以通过简单移植后直接使用，但可能还需要一些专业人士修改一部分代码。但 是我们的IT团队也确实应该对此项工作的难度有所把握。如果一个程序开发员表示，“该项目将历时17周”，那么他的本意可能就是，“事实上，这就是更改某 些代码的问题，我觉得你能够在17周内解决这个问题。”
您认为在Windows 7下正常使用IE8最需要注意些什么？
最主要的是明确自己为什么要用IE8。很多人在被问及此问题时，都会回答：“因为我 要使用Windows 7呀”。但事实上，如果不明确自己使用IE8的原因，一旦产生了技术上的问题，很多人就会说，“我放弃了，我不是真的需要用IE8，看看有什么方法能继续 使用IE6呢？”但这并不是理想的浏览器。
同时，在就兼容性问题作出决策时，如果用户不明确自己看重IE的什么特点，也就无法确知需要了解其什么性能。例如，一位用户用IE8是看重它的安全性能，那么一旦出现问题而需要关闭或修复这些安全属性时，用户就会选择对其原始代码进行修复，而不是直接将其关闭了。
企业用户能否将网页应用程序移植问题最简化？
根据已有的测试结果，用户们往往对网页应用程序的使用情况不是特别关注，例如微软 IE7到IE8的升级中，为用户所真正关注的程序只占总数的4%。对于其他的程序，我们则会告知用户：这些程序或许能运转正常，如果出现问题，请联系客服 来解决，就像现在很多软件常出现漏洞时的情况一样。那些需要关注的4%程序如果在一整天内都无法正常使用，就意味着出现了问题。例如Outlook网络版 如果无法正常使用，比如发送一封邮件需要2小时，微软就遇到了大问题。
接下来就是决定如何使用这些程序。首要问题是：“我是否需要支持这些程序？”如果答 案是肯定的，那么是否需要支持这个版本的程序？如果这次是否定的，那么就买个新的吧。因为如果确实需要使用该程序，对已有的程序再进行测试是很费事的。一 旦决定不支持，就会有很多选择，或者重新设置，或者在网站上对编码进行一些修改，或者采取其他的权宜之计。最终的办法很可能就是虚拟化，在兼容的操作系统 上运行IE6。
那么公司是否保证能对IE进行有效设置，避免用户对网络程序代码进行修改？
目前我们已经有1500组针对IE8的设置措施，最主要的就是站点区域分配列表。最 大的难题在于很多公司用户都有自己的内部网络“intranet.com”，而浏览器对此无法获知。我们主要关注一些许可站点，并将用户分配到这些网络区 域内，默认使用IE8标准，并在该区域内使用强化的安全设置。用户需要把自己的内部网络站点放到该网络区域内，才能得到认可。这也意味着用户的首要任务是 尽量增强自己站点的兼容性。
如何使用虚拟化技术解决嫁接问题？会不会由于需要使用IE6而浪费IE8的优点？
微软企业桌面虚拟化技术（MED-V）在这方面为用户提供了很大的便利。在地址栏内 输入IE6后，只要不是限定使用IE6的都会自动转入IE8。用户的电脑中需要为VM准备足够的空间，并已经安装使用MED-V。如果是在XP模式下，用 户则不能登陆这些网站，同时也最好不用在管理员帐户登陆状态下使用IE6访问不安全页面。
公司用户对于无法移植到IE8中的程序如何处理？甲骨文的Forms 6i和Jinitiator插件如何？
甲骨文曾表示，他们的系统并非很成功，既然微软在销售新系统赚钱，甲骨文也可以如 此。所以长期的策略是对系统进行升级，而短期的对策就是使用虚拟化技术保证相关程序在支持的平台上运转正常。我认为没有人会由此转用甲骨文，因为平台并不 支持。当然甲骨文和SAP都有兼容的版本，可是转为实用甲骨文需要耗资3亿美金，历时1年到1年半，而继续使用Windows 7系统则明显省时省力，谁也不想再费劲装第二个系统。
