被尤大 diss 的 Native CSS Modules 是什么-技术圈

作者：卡颂

来源：SegmentFault 思否社区

大家好，我是卡颂。

昨天早上正吃着早饭，唱着歌，开开心心摸鱼时，看到一条尤大的推文：

尤：老实说，我认为 Native CSS Modules 标准是仓促的，再次显示了参与该标准制定过程的人的傲慢

经常看尤大和其他大佬们交流技术，仓促、傲慢这样的字眼是很少看到的。

今天我们来看看是什么样的标准，让尤大都忍不住 diss。

此 CSS Modules 非彼 Modules

想必做前端的同学对CSS Modules不会陌生，这里简单介绍下。

CSS Modules是一套开源的规范，用以解决CSS的以下问题：

命名冲突
没有模块化
依赖关系不明（样式覆盖问题）

该规范需要打包工具实现。

我们用一个例子来简要了解他的实现细节：

将CSS文件style.css引入为style对象后，通过style.title的方式使用title class：

import style from './style.css';

export default () => {
  return (
    <p className={style.title}>
      I am KaSong.
    </p>
  );
};

对应style.css：

.title {
  color: red;
}

打包工具会将style.title编译为带哈希的字符串：

<h1 class="_3zyde4l1yATCOkgn-DBWEL">
  Hello World
</h1>

同时style.css也会编译：

._3zyde4l1yATCOkgn-DBWEL {
  color: red;
}

这样，就产生了独一无二的class，解决了CSS模块化的问题。

而今天的主角，并非这位CSS Modules。

Native CSS Modules

今年6月，谷歌工程师Justin Fagnani在推上公布了CSS Modules的最新进展：

此CSS Modules并非上文提到的开源方案，而是ES Modules标准下的一个标准。

该标准实际名称为CSS Module Scripts，但社区习惯称其为CSS Modules。

为了与开源方案区别，下文称其为Native CSS Modules。

该标准用来在JS中导入CSS，语法类似ES Modules：

// ES Modules
import React from "https://cdn.skypack.dev/react@17.0.1";

// Native CSS Modules
import styleSheet from "./styles.css" assert { type: "css" };

导入的CSS可以应用于document对象或shadow DOM。

导入的styleSheet数据结构如下：

配合Constructable Stylesheets特性，可以解决CSS：

在多个shadow DOM之间复用
FOUC问题（Flash of Unstyled Content，即由于样式未加载完导致DOM样式从无到有的闪烁情况）

看起来很nice，那么尤大diss的点在哪里呢？

这么多问题？

首选，通过对比可以发现：

该标准命名与现有开源方案冲突
标准的语法与现有开源方案语法相同

第一点，假设在未来一个初学者搜索CSS Modules，那么结果可能会让他困惑，我搜到的是谁？

第二点，当前各大打包工具都有对开源CSS Modules方案的支持。

如果未来需要实现Native CSS Modules的polyfill，轻则造成重复工作、重则遇到两种方案更迭造成的混乱（想想社区从CJS过渡到ES Modules遇到多少问题）。

除此之外，该方案可能对SSR不友好。

并且，由于Native CSS Modules需要在所属JS模块加载后再异步加载，可能会产生很多碎片化的CSS文件请求。

在有如此多潜在问题的情况下，Justin Fagnani 仍积极推进该标准的落地，可能这就是尤大认为对方傲慢的原因吧。

总结

新的标准，既要在原有基础上有所突破，又受限于现状不能大刀阔斧改变。

这种突破与权衡的博弈每时每刻都是开源的世界上演。

点击左下角阅读原文，到 SegmentFault 思否社区 和文章作者展开更多互动和交流，扫描下方”二维码“或在“公众号后台“回复“ 入群 ”即可加入我们的技术交流群，收获更多的技术文章~

- END -