PHP8.1.21版本已发布
vue8.1.21版本已发布
jquery8.1.21版本已发布

W3C 为什么工作效率很低?

原创
2016-06-07 08:43:32 1276浏览

回复内容:

不知题主从哪里得出「效率」很低的结论。

一个标准从提议到制定再到完善,是一个复杂的过程。在这个过程中需要开发者,浏览器厂商的支持和参与。

一个规范的完善主要经历如下几个过程:

  1. 工作草案(WD)
  2. 最后征集意见草案(LC)
  3. 候选推荐标准(CR)
  4. 提案推荐标准(PR)
  5. W3C推荐标准(REC)
  6. 后续勘误及修订
其中,CSS规范是没有版本号的,而是通过Level来定义。比如从最开始的 CSS
Level 1,CSS Level 2,CSS Level 2 Revision 1 (CSS 2.1)等。

到了 CSS Level 3 的时候,CSS工作组发现,随着 CSS 功能的日趋完善和复杂。单行开发已经不能很好的满足CSS多元化的发展了。于是,CSS3 开始,采用分模块独立发展。每个新的模块都会经历从 WD 到 REC 的发展过程,保证规范的质量。不同的模块其标准进度也不相同,不同的阶段需要不同的角色参与,其中有些阶段是有固定周期的,比如最后征集意见草案 LC (Last Call Working Draft ) 至少是3周的时间。

在规范的发展过程中,像 Chrome 这样的比较「时髦」的浏览器会比较积极的跟进或许还在 WD 阶段的规范,比如 CSS Grid。但显然规范在此阶段存在诸多问题,面临着算法描述含糊不清,属性名或属性值的更改,甚至整个规范挂掉的情况,所以之前 WebKit 的做法是采用前缀,现在 Chrome 切换到自己的 Blink 内核后则倾向于需要开启 Flags 才会启用。
chrome://flags/#enable-experimental-web-platform-features
罗马不是一天建成的!

现在,
是你满足不了W3C,
还是W3C满足不了你? 一个要平衡各个厂家合作者,开发者而且还要保持中立的第三组织,难以保证其效率的。
声明:本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn核实处理。