Answer 1

Answer 2

Answer 3

当您选择浏览器作为主要测试平台时，您可以隐式选择一组功能和怪癖。在开发过程中，您会习惯性地避免这些怪癖（有时会出现风险或破坏的变通方法）并使用这些功能（可能是供应商特定的或专有的）。

在测试和关注尽可能多的浏览器时，您将更加了解哪些功能是标准化且可靠的，您将了解针对A的怪癖的解决方法存在风险并打破B，并且您的代码通常会得到改进。对我来说，最好的答案（除了“测试用户使用的内容”）是更好的代码今天为您提供更好的未来兼容性。也许今天使用Opera进行测试会识别一个会在IE10中引起问题的CSS片段？

（我实际上认为你不应该解决小浏览器中的错误 - 如果你确定错误是在浏览器中而不在你的代码中，请报告错误并保留它。）

Answer 4

Answer 5

Answer 6

你不应该在乎。 Opera的实现甚至比MSIE更糟糕。

例如，考虑一下他们的“开发控制台”：

http://dev.opera.com/tools/

以下是他们提供加载它的代码（在该页面的“开发者控制台”按钮）：

function(){
  var ele=document.documentElement.appendChild(
    document.createElementNS('http://www.w3.org/1999/xhtml',
                             'script')
    );
  ele.onload = function(){
    this.parentNode.removeChild(this);
  };
  ele.src='http://devfiles.myopera.com/tools/developer/8679/devConsole.js';
})()

问题是，该JavaScript源的链接被破坏并返回404：

http://devfiles.myopera.com/tools/developer/8679/devConsole.js

您是否想要基于来自甚至无法管理自己的网站开发（或网站）的公司的产品进行网络开发？

与人们实际使用的浏览器一起移动并提高效率。