Internet explorer IE6、IE7的错误修复-应该多久发生一次？

这个问题相当理论化。假设你正在为一个网站实现一个普通的（或小的或复杂的）主题，IE是一个重要的需求。问题是：你会多久为IE（或任何其他让你头疼的浏览器）做一次设计修复

以下是我提出辩论的一些想法： 如果您经常这样做，您可能会进行不必要的修复，这些修复可能会被更改。虽然如果你很少这样做，你将不得不修复太多的东西

---

我对效率、时间和令人头痛的因素感兴趣。

我建议在一个浏览器中开发，然后在多个浏览器中测试布局。我的工作流程通常是这样的：

使用Safari进行开发

运行完成的站点代码并更正错误

在IE6、7和其他浏览器中进行测试

使用条件IE注释和样式表对布局应用任何修改

我发现这种方法比在开发过程中不断在浏览器之间切换要快得多。编写有效的代码并检查明显的错误（步骤2）似乎可以解决早期IE布局的大部分问题。其余的可以通过在条件样式表中应用的特定于浏览器的规则来处理

有些人会说，你应该使用其核心受众将使用的浏览器开发网站。这种方法有其优点，但我倾向于在有良好开发工具支持的浏览器中更快地工作，这些工具可以获得很好的Acid3测试分数

---

其他人则支持这样的解决方案，即使用JavaScript使早期IE版本的行为更像现代浏览器。这可能是正确的方法，但任何依赖JavaScript的解决方案都不会适合所有场景。

我建议在单个浏览器中开发，然后在多个浏览器中测试布局。我的工作流程通常是这样的：

使用Safari进行开发

运行完成的站点代码并更正错误

在IE6、7和其他浏览器中进行测试

使用条件IE注释和样式表对布局应用任何修改

我发现这种方法比在开发过程中不断在浏览器之间切换要快得多。编写有效的代码并检查明显的错误（步骤2）似乎可以解决早期IE布局的大部分问题。其余的可以通过在条件样式表中应用的特定于浏览器的规则来处理

有些人会说，你应该使用其核心受众将使用的浏览器开发网站。这种方法有其优点，但我倾向于在有良好开发工具支持的浏览器中更快地工作，这些工具可以获得很好的Acid3测试分数

其他人则支持这样的解决方案，即使用JavaScript使早期IE版本的行为更像现代浏览器。这可能是正确的方法，但任何依赖JavaScript的解决方案都不适合所有场景。

在完成设计之前，不应修复IE bug

在实施设计时，你应该把IE放在脑后。这将限制以后必须修复的bug数量。以下是一些指导原则：

使用有效且明确的HTML标记 这里我甚至不是在谈论针对doctype的完整W3验证，而是基本的东西，如：

• 正确地嵌套标签
• 关闭您的标签
• 除非你在开始或结束评论，否则不要使用
• 编码特殊字符

简言之，除了您想要的方式之外，不要给浏览器留下任何其他方式来解释HTML的空间

让你的HTML和CSS尽可能简单 不断检查您的实现，删除过时的CSS规则，重构过于复杂的HTML结构。此外，不要将标签嵌套得太深。不要为IE制造错误的理想环境

避免你知道会搞砸的建筑 每当你意识到你刚刚写的东西肯定会搞砸的时候，试着用另一种方法来解决这个问题。或者，如果没有其他方法，至少提前想一个可能修复IE的方法，并写下来供以后参考。

在完成设计之前，你不应该修复IE的bug

在实施设计时，你应该把IE放在脑后。这将限制以后必须修复的bug数量。以下是一些指导原则：

使用有效且明确的HTML标记 这里我甚至不是在谈论针对doctype的完整W3验证，而是基本的东西，如：

• 正确地嵌套标签
• 关闭您的标签
• 除非你在开始或结束评论，否则不要使用
• 编码特殊字符

简言之，除了您想要的方式之外，不要给浏览器留下任何其他方式来解释HTML的空间

让你的HTML和CSS尽可能简单 不断检查您的实现，删除过时的CSS规则，重构过于复杂的HTML结构。此外，不要将标签嵌套得太深。不要为IE制造错误的理想环境

避免你知道会搞砸的建筑 每当你意识到你刚刚写的东西肯定会搞砸的时候，试着用另一种方法来解决这个问题。或者，如果没有其他方法，至少提前想一个可能的IE修复方案，并写下来供以后参考