展望未来:使用 PostCSS 和 cssnext 书写 CSS

时间:2023-03-08 16:03:26
展望未来:使用 PostCSS 和 cssnext 书写 CSS

原文:A look into writing future CSS with PostCSS and cssnext

译者:nzbin

像 Twitter,Google,BBC 使用的一样,我打算对 CSS 后处理器 PostCSS 的世界一探究竟。

PostCSS是什么?

PostCSS 是使用 javascript 插件转换 CSS 的后处理器。PostCSS 本身不会对你的 CSS 做任何事情,你需要安装一些 plugins 才能开始工作。这不仅使其模块化,同时功能也会更强。

它的工作原理就是解析 CSS 并将其转换成一个 CSS 的节点树,这可以通过 javascript 来控制(也就是插件发挥作用)。然后返回修改后的树并保存。它与 Sass(一种预处理器)的工作原理不同,你基本上是用一种不同的语言来编译 CSS 。

预处理和后处理到底是什么?

为了用简单的方式解释预处理和后处理的不同,我将以单位转换为例。当书写 Sass 时,我们可以用函数将 px 转换成 rem

/* input */
.selector { margin-bottom: rem(20px); } /* output, assuming base font size is 1rem */
.selector { margin-bottom: 1.25rem; }

这种方式节省了我们手工计算的的时间。不过通过 PostCSS,我们能够做的更好。因为是后处理的缘故,我们不需要任何函数来编译CSS。我们可以直接书写 px ,它可以自动地转换成 rem  。

/* input */
.selector { margin-bottom: 20px; } /* output, assuming base font size is 1rem */
.selector { margin-bottom: 1.25rem; }

PostCSS 会在每一个 px 值出现并运行计算之前处理声明,将其转换成 rem 的值。注意:因为 PostCSS 模块化的本质,你需要使用 postcss-pxtorem 才能完成转换。

使用 cssnext 书写未来的 CSS

我们可以在样式表中利用 cssnext 额外增加的一些 css 规范。cssnext 是一个 PostCSS 的包,其中包含了大量的特性组件,比如 custom propertiescustom selectors

/* custom properties */
:root {
--heading-color: #ff0000;
} /* custom selectors */
@custom-selector :--headings h1, h2, h3, h4, h5, h6; /* usage */
:--headings {
color: var(--heading-color);
}

通过 cssnext,上述代码会被处理成以下内容

h1,
h2,
h3,
h4,
h5,
h6 {
color: #ff0000;
}

这真的很简洁,其中还有很多令人兴奋的特性。因为我们书写的是未来规范的 css,所以 PostCSS 的生成步骤不需要浏览器去执行。你可以 点击这里 查看所有的特性。

接下来,我将用 PostCSS 的自定义函数扩展 CSS 的功能。

更上一层楼:用自定义函数扩展 CSS 的功能

使用 cssnext,我们可以通过 javascript 创建自定义函数来操作被解析的 CSS。在 Sass 中,我们经常使用生成行距的函数(根据基本的 line-height 计算),它有助于创建简单且可维护的垂直韵律。

$line-height: 32px;

/* vertical rhythm function */
@function vr($amount) {
@return $line-height * $amount;
} /* input */
.selector { margin-bottom: vr(2) } /* output */
.selector { margin-bottom: 64px; }

如果用PostCSS做的话,我们可以自定义CSS组件而不是函数。

/* input */
.selector { margin-bottom: 2vr } /* output */
.selector { margin-bottom: 64px; }

我更喜欢这种方法,因为他看起来更自然,如同写原生 CSS 一样。JavaScript 的代码如下:

var vr = function (css) {
var lineHeight = 32; css.eachDecl(function (decl) {
if (decl.value.match(/vr/)) {
decl.value = lineHeight * parseFloat(decl.value) + 'px';
}
});
};

如果你对 JavaScript 不熟悉的话,看起来工作量好像增加了,事实上也没有多少东西。以下是带注释的 JavaScript 代码:

// Define the function to include in the PosCSS transforms list, and pass in the CSS node tree.
var vr = function (css) { // Set the line-height.
var lineHeight = 32; // Loop through each CSS declaration using PostCSS's `eachDecl()` and pass in the declaration (`decl`) string.
css.eachDecl(function (decl) { // Match if the declaration value has the 'vr' unit.
if (decl.value.match(/vr/)) { // Replace the declaration value with the calculated value.
// Use parseFloat() to remove the `vr` unit from the string and return a number.
decl.value = lineHeight * parseFloat(decl.value) + 'px';
}
});
};

感兴趣的朋友可以看看我编写的这个高级插件postcss-vertical-rhythm,它无需引入额外的插件只需要加入到 PostCSS transforms 中。

这只是你可以用 PostCSS 实现的一个小例子。希望你能够看到它的强大之处以及和预处理器的不同。我建议你阅读文档以及插件列表,了解哪些东西可以在你的项目中使用。

速度

PostCSS 声称比预处理器快 3-30 倍。出于好奇,我在 10000 个选择器的 5 个属性上使用上述 Sass 函数和 PostCSS 函数,也就是处理 50000 次,以下是对比结果。

Libsass 3.2

展望未来:使用 PostCSS 和 cssnext 书写 CSS

PostCSS

展望未来:使用 PostCSS 和 cssnext 书写 CSS

令我吃惊的是,PostCSS 在处理这个函数时几乎快了 13 秒。难以置信的快了 34 倍。很显然真实生活中不会出现这样的脚本,但是这个有趣的测试能够看出它的执行效率,我们希望有一个能降低构建速度的新工具。值得一提的是,libsass 将在 3.3 版本中提升运行速度,所以我很期待新版本的运行速度到底提升了多少。

思考

PostCSS 看起来很有前途。我喜欢它的模块化,我可以编写我需要的插件,并且根据需要自定义功能。尝试未来的 CSS 语法是一件令人兴奋的事。

当然,我并不是说我们应该放弃 Sass。Sass 是一个很好的工具,我建议任何人应该先从预处理器开始学习。如果你喜欢冒险的话,我肯定推荐你试一试 PostCSS。

我很乐意听到任何人在实际项目中使用 PostCSS 的想法和经验。请与我保持联系!