W3C 的年底充满了起起伏伏，该组织与麻省理工学院之间的辩论最终在去年圣诞节前夕得到解决，这要归功于两个组织的领导。

幸运的是，它并没有影响 CSS 嵌套的工作，这个新特性不仅在 CSS 组中，而且在开发者社区中都引起了激烈的争论。

2022 年 12 月 15 日，Jen Simmons 宣布了一项调查，以选择开发人员最喜欢的 CSS 嵌套变体。

在排除了方案一和方案二之后，2500 名开发者不得不在方案三、方案四和方案五之间做出选择。

调查结果太棒了！事实证明，86% 的开发人员选择了与心爱的 Sass 最相似的选项 3。

在我们能够庆祝 CSS 将会拥有一个熟悉的原生嵌套解决方案之前，有一些事情需要考虑。

调查结果可作为社区期望的指标。W3C 团队采取正确方向的输入。

团队在认真听取用户声音并听取在线辩论的同时，还必须完善最终的解决方案。有许多原因需要考虑。

虽然 Sass 语法很好，但不可能将其 1:1 转换为 CSS。

CSS 标准依赖于浏览器解析必须理解新语法的样式表。团队必须考虑整个 CSS 标准，并确保新语法在所有用例中都能兼容。

这可能很棘手，可能需要解析器开关或一些规则来确保嵌套以可预测的方式工作。

为了新语法的成功，规则集必须最少，团队被吸引到特殊字符规则中。该规则规定嵌套选择器必须以特殊字符开头。例如 &、.、# 或：。

该规则很容易理解，应该也很容易记住。

还有其他不确定因素。嵌套运算符 (&) 是强制性的还是可选的，目前仍有争议。

尽管如此，该团队在两周前决定听从开发人员的声音，并从选项 3 开始继续工作。与 Sass 最相似的一个。同时对未来可能发生的所有可能性持开放态度。

如果您是前端网络工程师，您也可以参与这项工作。查看文章末尾的链接以导航到讨论 CSS 嵌套的问题。

完善 CSS 嵌套肯定需要几个月的时间。我会让你知道进展情况。

在 W3C 团队支持标准的情况下，我相信最终的解决方案将成为构建结构良好的样式表的标准。对于构建现代应用程序非常重要的东西。

结束

今天的分享就到这里，后续我会持续输出更多内容，敬请期待。

讨论链接： https://github.com/w3c/csswg-drafts/issues/8248

原文： https://tomaszs2.medium.com/w3c-decided-on-css-nested-syntax-950bc13f3ce7 作者：Tom Smykowski 非直接翻译，有自行改编和添加部分。