这个问题非常理论化。假设您正在为网站实现正常（或小型或复杂）主题，IE是一项重要要求。问题是：你为IE（或任何其他让你头痛的浏览器）进行设计修复的频率如何？
我提出辩论的想法不足： 如果你经常这样做，你可能会做一些可能会改变的不必要的修复。虽然如果你很少这样做，你将不得不解决太多问题。
我对效率，时间和头痛因素感兴趣。
答案 0 :(得分：4)
我建议在单个浏览器中进行开发，然后在最后的多个浏览器中测试您的布局。我的工作流程通常如下：
我发现这种方法比在开发期间不断浏览浏览器要快得多。编写有效代码并检查明显错误（步骤2）似乎解决了早期IE布局问题的很大比例。其余部分可以使用条件样式表中应用的特定于浏览器的规则来处理。
有些人会说你应该使用其核心受众将使用的浏览器来开发网站。这种方法具有优点，但我倾向于在由良好的开发人员工具支持的浏览器中更快地工作，这些工具获得了很好的Acid3测试分数。
其他人喜欢像IE7-JS这样的解决方案，它使用JavaScript使早期的IE版本更像现代浏览器。这可能是正确的方法，但任何依赖于JavaScript的解决方案都不适合所有场景。
答案 1 :(得分：0)
在完成设计之前，你不应该修复IE错误。
在实施设计时，应将IE保留在脑后。这将限制您之后必须修复的错误数量。以下是一些指导原则：
我甚至没有在这里讨论针对doctype的完整W3验证，但基本的事情如：
简而言之，浏览器没有空间以任何其他方式解释您的HTML。
不断检查您的实现并删除过时的CSS规则并重构过于复杂的HTML结构。另外，不要将标签嵌套得太深。不要为IE创建错误的理想环境。
每当你意识到你刚写了一些IE肯定会搞砸的时候，试着用另一种方法解决这个问题。或者，如果没有其他方法，至少可以提前考虑IE的可能修复并将其写下来供以后参考。