兼容视图还是不兼容？

Question

我有一个web应用程序，可以在< IE9版本中很好地工作。随着整个公司升级到更新的IE版本，只有当我打开“兼容性视图”时，应用程序才能正常工作。

• 这真的是好事吗？我是说，这真的是长远的解决办法吗？或者我应该重新设计我的应用程序以支持更新的IE版本--即使我没有预见到会使用HTML5的任何新特性？
• MS支持“兼容性视图”开关多长时间？在IE 12+中，如果没有这样的选项怎么办？
• 有没有文档给出了我应该修复的元素列表，以使我的应用程序在旧的和更新的IEs中兼容？

Answer 1

这真的是好事吗？我是说，这真的是长远的解决办法吗？或者我应该重新设计我的应用程序以支持更新的IE版本--即使我没有预见到会使用HTML5的任何新特性？

不，这从来就不是一个长远的解决方案。如果可以的话，你肯定应该重新设计你的应用程序。您不必使用任何新的HTML5特性来符合网络标准--这是完全不同的两件事。

如果您的应用程序在最近版本的IE中不能很好地工作，这并不是因为您没有使用HTML5。这更有可能是因为它的设计方式依赖于旧版本的问题，导致它们以非标准的方式运行。例如，它可能依赖于IE6或IE7如何处理某些HTML元素或CSS样式的问题。

MS支持“兼容性视图”开关多长时间？在IE 12+中，如果没有这样的选项怎么办？

兼容性视图按钮已经在IE11中消失了；强制站点使用它的唯一方法是将其添加到兼容性视图设置中的列表中，正如所描述的这里。您可以看到，微软已经在采取措施逐步淘汰这一功能，尽管是逐步的。

您还可以使用在IE8中引入到模拟IE7文档模式中的模拟IE7文档模式头。

<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7">

但是即使在IE11中也不推荐使用它，所以如果您确实使用它，那么要知道，从长远来看，它已不再可行。

有没有文档给出了我应该修复的元素列表，以使我的应用程序在旧的和更新的IEs中兼容？

没有任何单一的文档可以帮助您解决这个问题，因为这不仅仅是一个“修复元素”的问题，而是一个考虑到标准遵从性的问题，这本身就是一个巨大的话题。

幸运的是，今天有许多很好的资源可以帮助您使用最新的标准进行开发。特别是，当涉及到使用IE时，一个很好的启动资源是modern.IE。

Answer 2

除非您要添加许多特性，否则您实际上不需要对其进行更新。您可以在页面中使用标头强制兼容性。

虽然有时css/html也有一点中断，但主要是js破坏了。最大的问题:如果您想保持最新的状态，您可能需要升级js库，否则它们所做的跨浏览器规范化功能(将多个浏览器实现统一为一个函数)将无法涵盖js库发布日期后发布的浏览器版本。

总之，我认为使用兼容性视图是安全的，可以节省时间/精力，但是您应该看看Microsoft是否提供了一个弃用计划。如果它是一个将存在很长时间的应用程序，那么您可能希望得到最新的应用程序，因为理论上它应该更容易与每一个周期一起升级，因为它将迫使您将重构转换成一个更不依赖浏览器的代码基。

另外，向你的公司查询--对于内部应用程序，他们通常会控制这些东西--会建议员工在接到指示之前不要升级。