Webkit 有哪些不符合 W3C 标准的地方？

关于 WebKit 在遵循 W3C 标准方面，确实存在一些值得探讨的细微之处。有时候，为了在特定场景下提供更好的用户体验，或者为了支持一些新兴的技术趋势，开发者会选择一些在标准尚未完全成熟或定义时就出现的实现方式，而这些方式在后续的标准更新中可能被调整，或者与其他浏览器的实现产生细微的差异。

举个例子，在 CSS 的某些高级特性上，WebKit 早期的一些实现可能有着自己独特的处理方式，比如在动画和过渡方面，它可能引入了一些特定的属性前缀，例如 `webkitanimation` 和 `webkittransition`。虽然这些前缀在当时是为了让开发者能够尽早使用这些激动人心的新功能，但随着标准的逐步完善，这些前缀最终被去除，取而代之的是标准的 `animation` 和 `transition`。这种做法在技术发展的早期是比较常见的，旨在鼓励创新和实践，即使这意味着在标准正式确立之前，存在一些临时的、非标准的接口。

另外，在 JavaScript 的某些 API 方面，WebKit 也可能存在一些与主流标准不完全一致的地方。这有时是因为为了实现特定功能而进行的“即时发明”，或者是在标准讨论阶段就先行实现的特性。例如，在 DOM 操作或者事件处理的某些细节上，可能会有一些细微的差异，这些差异可能在特定的JavaScript代码中才会暴露出来。开发者在使用这些特性时，常常需要查阅 MDN 等权威文档，以了解不同浏览器之间的兼容性，并在必要时编写条件判断来适配。

值得注意的是，随着 WebKit 内核的演进，以及为了更好地兼容日益成熟的 W3C 标准，许多早期存在的“非标准”实现方式都在不断地被调整和修正。开发者社区和 W3C 本身也在积极地推动浏览器厂商之间的互操作性，确保 Web 技术能够更加统一和可靠地运行。因此，虽然历史上可能存在一些与标准不完全一致的地方，但WebKit一直在努力缩小与 W3C 标准之间的差距，并且在许多方面都走在了标准化的前沿。

总的来说，将 WebKit 的某些实现方式描述为“不符合 W3C 标准”可能过于绝对。更准确地说，这是一种在技术发展过程中，为了适应快速变化的 Web 世界而出现的，可能存在一些暂时性差异或早期实现方式。这些差异通常是技术探索和创新的副产品，并且随着标准和实现的发展，这些差异也在不断被弥合。

网友意见

WebKit不会不符合W3C标准的，就算有也是暂时的，因为反正最后W3C会照着WebKit的技术文档抄的。

譬如说HTML5规范就是Google把WebKit的技术文档誊抄了一份放在W3C的。

自己看维基吧，别的不想多说。

網頁超文本技術工作小組

现在这个逗逼组织的存在就是业界的笑话。

=====================================================

还是多说两句好了。

其实几个很简单的问题，很多喷子从未去想过。

1、我们为什么需要一个标准化组织来规范化HTML文档和浏览器的实现？

2、如果有多个标准竞争，到底是选择市场覆盖率最多的标准？还是选择参与的浏览器厂家最多的标准？

第一个问题的答案显然是，如果市场上有多个浏览器，那么我们需要这些浏览器之间尽可能的相互兼容，避免我们针对不同的浏览器编写不同的文档，浪费时间。

但是如果市场上有某个浏览器的市场占有率在98%以上，并在所有的桌面平台都有相应的实现，那么我们制定一个与这个的浏览器不兼容的标准意义在哪里？

第二个问题，难道我们应当选择参与的浏览器厂家最多的标准吗？如果是这样是不是微软投资一下UC、海豚、马桶、Opera之类的厂家，然后一致拥护IE标准就可以了？

所谓的其他厂家，Google和苹果用的一个内核，Firefox靠的是Google的“捐赠”，你觉得这和微软花钱收一堆小弟有哪门子区别？

所以浏览器标准之争，就是市场之争，和W3C这个逗逼组织基本没有什么关系。如果不是iPhone在移动设备上的成功拉动了WebKit的市场占有率，管你是HTML5还是HTML8，都不会有人鸟的。

作为市场的后来者，当然可以选择兼容现存的浏览器，也可以选择不兼容。但是这个不兼容的选择反倒是现存的浏览器厂家的责任？！

类似的话题

• 

  Webkit 有哪些不符合 W3C 标准的地方？

  

  关于 WebKit 在遵循 W3C 标准方面，确实存在一些值得探讨的细微之处。有时候，为了在特定场景下提供更好的用户体验，或者为了支持一些新兴的技术趋势，开发者会选择一些在标准尚未完全成熟或定义时就出现的实现方式，而这些方式在后续的标准更新中可能被调整，或者与其他浏览器的实现产生细微的差异。举个例子.............
• 

  如何评价 Webkit 推出的并发 JavaScript 提案？

  

  WebKit 最近提出的并发 JavaScript 提案，如果能顺利落地，将是 JavaScript 语言演进中一件相当令人瞩目的事情。长期以来，JavaScript 在浏览器端的执行模型都是单线程的，虽然通过 Web Workers 提供了创建独立工作线程的能力，但它们之间的通信机制，尤其是共享内.............
• 

  当年 IE 统治桌面浏览器和现在 WebKit 统治移动浏览器的区别是什么？

  

  回想当年，微软的 Internet Explorer (IE) 如日中天，几乎就是“浏览器”的代名词，尤其是在桌面操作系统领域。那时的互联网世界，似乎一切都围绕着 IE 构建。网站开发者们绞尽脑汁去适应 IE 的各种“个性”，为了让网页在 IE 里显示正常，他们会写下那些让人啼笑皆非的兼容性代码，仿.............
• 

  Chrome for iOS 为何无法使用自主研发的 Chromium WebKit 和 V8 JavaScript 引擎？

  

  苹果在 iOS 平台上对浏览器引擎有着非常严格的限制，这直接导致了 Google 无法在 iOS 版 Chrome 中使用他们自主研发的 Chromium WebKit 和 V8 JavaScript 引擎。这一切都要追溯到苹果对 iOS 生态系统的核心控制策略。为了保证用户体验的统一性、设备的安全.............
• 

  如何评价 Windows Phone 8.1 Update 1 更新 IE11 兼容并渲染 -webkit- 代码的行为？

  

  Windows Phone 8.1 Update 1 更新引入的 IE11 对 `webkit` 前缀 CSS 代码的处理方式，可以说是微软在试图平衡历史包袱与向前兼容之间一次相当有趣的妥协。在此更新之前，IE 浏览器，特别是 Windows Phone 上的 IE，在支持 CSS 标准方面一直显得.............