PostCSS 是个什么鬼东西？

前言

最近大漠前辈在群里发关于 PostCSS 的系列文章，但是耗子姐姐又说看了有点云里雾里的感觉，所以这篇文章将按一个思考的角度来理解一下 PostCSS 到底是一个什么东西。

一、提出不懂的地方

很多时候第一次在网上查询 PostCSS 概念的时候，大家都解释成一个 后处理器 的概念，其实个人觉得这些概念不重要，更为重要的有以下几点：

1. 它本质上是一个什么东西？

2. 它能解决我们什么问题？

3. 它是通过什么方式来解决我们的问题？

4. 它解决我们的问题是为什么？

5. 怎么实现与 SASS 、 LESS 、 Stylus 相同的功能（因为它们被经常拿来比较）

6. 它由哪些东西组成？

7. 既然是程序可以用的，那么它的API呢？

Q: 这个时候，你应该会问： 为什么要将组成和API放到最后呢？

A: 那是因为我们在认识一个不太清楚的东西的时候，第一次肯定是一个直观的认识：它到底有什么用？而不会说，一来就去深入的研究它。不过这里本质还是要先说一下的，先留个印象。

二、个个击破

1. 它本质上是一个什么东西？

• PostCSS 可以直观的理解为：它就是一个 平台、平台、平台 ，重要的事情来三遍比较爽，哈哈！

• PostCSS 提供了一个解析器，它能够将 CSS 解析成抽象语法树（AST）。

上面两条看完后，我们可以理解为下面这个模型。

所以说，PostCSS 它需要一个插件系统才能够发挥作用。我们可以通过“插件”来传递AST，然后再把AST转换成一个串，最后再输出到目标文件中去。当然，这里是有API可以用，这里先不讲，免得晕了。

2. 它能解决我们什么问题？它是通过什么方式来解决我们的问题？

上面的图很清晰，但是我还是不知道是个什么东西！所以接下来温和点，直接从代码层面来感官的认识一下。

• 它能够为 CSS 提供额外的功能；

• 通过在 PostCSS 这个 平台 上，我们能够开发一些插件，来处理我们的CSS，比如热门的：autoprefixer

• 我们能够使用JavaScript来开发插件（这点对前端来说很重要）

好吧，看到一个熟悉的单词了：autoprefixer，这里我们就让它来当栗子吧，可能更容易理解一点。

首先，我们需要做一些准备，安装好需要的东西。

// postcss 的命令行工具 sudo npm install  -g postcss-cli // autoprefixer 插件 sudo npm install -g autoprefixer 

第一次用命令行能让你更直观去理解它哈，所以请要有一颗折腾的心。

// 1. 先看下这个命令有哪些参数可以用 postcss --help  Usage: /usr/local/bin/postcss -use plugin [--config|-c config.json] [--output|-o output.css] [input.css]  选项：   -c, --config       JSON file with plugin configuration   -u, --use          postcss plugin name (can be used multiple times)   -o, --output       Output file (stdout if not provided)   -d, --dir          Output directory   -r, --replace      Replace input file(s) with generated output       [boolean]   -s, --syntax       Alternative input syntax parser   -p, --parser       Alternative CSS parser   -t, --stringifier  Alternative output stringifier   -w, --watch        auto-recompile when detecting source changes   -v, --version      显示版本号                                        [boolean]   -h, --help         显示帮助信息                                      [boolean]  示例：   postcss --use autoprefixer -c             Use autoprefixer as a postcss plugin   options.json -o screen.css screen.css   postcss --use autoprefixer                Pass plugin parameters in   --autoprefixer.browsers "> 5%" -o         plugin.option notation   screen.css screen.css   postcss -u postcss-cachify -u             Use multiple plugins and multiple   autoprefixer -d build *.css               input files  Please specify at least one plugin name. 

PS: 我贴出来是方便大家在看的时候不用电脑……^_^

好吧，先看一下文件目录，这里我只说一下比较好写的方式，就是将一些参数配置到配置文件中去。

// config.json: 所有的配置 // p.json: 仅有 autoprefixer 插件的配置 // config.json 的内容 {  "use": ["autoprefixer"],  "input": "src/index.css",  "output": "index.css",  "autoprefixer": {   "browsers": "> 5%"  } } // p.json 的内容 {  "autoprefixer": {   "browsers": "> 5%"  } }  

接下来我们在终端里面输入：

// 最简洁的方式 postcss -c config.json // 稍微复杂一点的方式，这里要用 -i 参数，help里面没有，我是从config.json里面的配置猜出来的，官方的那个写法出不来 postcss -u autoprefixer -c p.json -i src/index.css -o index.css // 最复杂的方式 // 还是不写比较好。。。 

跟平时想到的效果一样：

 // src/index.css 中的源码 `* {  transition: all .1s; }` // 转换过后的代码 index.css `* {  -webkit-transition: all .1s;   transition: all .1s; }`  

好吧，现在肯定就对 PostCSS 有一个感官的认识了，接下来就是需要自己动手去用一下 cssnext 这个插件了～看会发生什么，这里就不写了，也挺好用的，不过应该还是草案状态。

我们开发不可能用命令行吧，所以这里再接着介绍代码编写，然后用 node 去执行文件的方式。直接上代码吧。

// 1. 先安装一下需要的库 npm install postcss --save-dev npm install autoprefixer --save-dev // 2. 其实应该先看看 postcss 的 package.json 文件，来看看包含了些什么，留个印象 // 3. p.js 中的代码 var postcss = require('postcss'); var autoprefixer = require('autoprefixer'); var fs = require('fs'); var css = '* { transition: all .1s; }'; postcss([autoprefixer])  .process(css)  .then(function(result) {   // 这一行是学习的时候需要的，看一下到底对象里面包含什么   console.log(result);   if (result.css) {    fs.writeFileSync('index.css', result.css);   }   if (result.map) {    fs.writeFileSync('index.css.map', result.map);   }  }); // 4. 执行 p.js node p  

好吧，最后的结果和之前用命令行的方式一样，只不过过程不同。这样下来应该对 PostCSS 有了更多的感觉了吧。还没完，不用慌～我们还需要提出一个问题，我都有 SASS 等预处理器了，还拿它来不是又给前端届添乱么？因为这2年东西确实太多了～

既然合理，那么我们就看看它有什么优势呗～

3. 它解决我们的问题是为什么？优势何在？

比如，我们用 SASS 来处理 box-shadow 的前缀，我们需要这样写：

/* CSS3 box-shadow */ @mixin box-shadow($top, $left, $blur, $size, $color, $inset: false) {  @if $inset {   -webkit-box-shadow: inset $top $left $blur $size $color;   box-shadow: inset $top $left $blur $size $color;  } @else {   -webkit-box-shadow: $top $left $blur $size $color;   box-shadow: $top $left $blur $size $color;  } }  

使用 PostCSS 我们只需要按标准的 CSS 来写就行了，因为最后 autoprefixer 会帮我们做添加这个事情～

box-shadow: 0 0 3px 5px rgba(222, 222, 222, .3); 

所以，这里就出现了一个经常大家说的未来编码的问题。实际上，PostCSS 改变的是一种开发模式。

• SASS等工具：源代码 -> 生产环境 CSS

• PostCSS：源代码 -> 标准 CSS -> 生产环境 CSS

这样能体会出优势吧，但是目前大家都是 SASS + PostCSS 这样的开发模式，其实我认为是不错的，取长补短嘛，当然，在 PostCSS 平台上都是可以做到的，只是目前这个过渡期，这样更好，更工程化。接下来我就介绍一些方法来纯粹是用 PostCSS。

4. 怎么实现与 SASS、LESS、Stylus 相同的功能

其实这一节我都不需要写了～列一下插件就行了，因为插件才是实现，PostCSS 只是提供了一个平台。

• postcss-each

• postcss-for

• postcss-mixins

• postcss-extend

从名字就能看出来了吧～应该很好理解。

5. 它由哪些东西组成？

其实从官方介绍来看，只包含以下内容：

1. CSS Parser

2. CSS 节点树 API

3. source map 生成器

4. 生成节点树串

英文不太好 ＝＝ ，就这 4 部分吧，从第一个图其实也能够看出来。

其中的 I/O 体现在什么地方呢？好吧，很容易想到，主要体现在：

• Input: 插件程式 和 CSS Parser

• Output: 生成节点树串

CSS Parser 可以理解为一个内部过程，而插件程式主要体现在：

postcss([ autoprefixer ]) 

最后生成的节点树串体现在：

postcss().process().then(function (result) {  // 就是这里了  console.log(result.css); }); // 现在我贴一下上面 result 对象的一个输出结果 // 这里我多引入了一个 cssnano 插件 // 改变的代码就这点，为了更全的看 result var opts = {  from: 'src/index.css',  to: 'index.css',  // 配置 map  map: { inline: false } }; postcss([ autoprefixer, cssnano() ]).process(css, opts) Result {  processor: Processor {   // 处理器的版本号   version: '5.0.10',   // 加载的一堆插件   plugins: [    [Object], [Object], [Object], [Object], [Object],    [Object], [Object], [Object], [Object], [Object],    [Object], [Object], [Object], [Object], [Object],    [Object], [Object], [Object], [Object], [Object],    [Object], [Object], [Object], [Object], [Object],    [Object], [Object]   ]  },  messages: [],  root: Root {   raws: {    semicolon: false,    after: ''   },   type: 'root',   nodes: [    [Object]   ],   source: {    input: [Object],    start: [Object]   },   _autoprefixerDisabled: false,   _autoprefixerPrefix: false,   rawCache: {    colon: ':',    indent: '',    beforeDecl: '',    beforeRule: '',    beforeOpen: '',    beforeClose: '',    beforeComment: '',    after: '',    emptyBody: '',    commentLeft: '',    commentRight: ''   }  },  // 我们代码中配置 opts 变量  opts: {   from: 'src/index.css',   to: 'index.css'  },  // 这就是重新生成的 节点树串  // 这里有自动补全和高效压缩的效果  css: '*{-webkit-transition:all .1s;transition:all .1s}',  // map的文件的配置  map:    SourceMapGenerator {    _file: 'index.css',    _sourceRoot: null,    _skipValidation: false,    _sources: ArraySet { _array: [Object], _set: [Object] },    _names: ArraySet { _array: [], _set: {} },    _mappings: MappingList { _array: [Object], _sorted: true, _last: [Object] },    _sourcesContents: { '$src/index.css': '* { transition: all .1s; }' } },  // 这里应该是链式要用的吧，暂时不深究  lastPlugin: {   [Function]   postcssPlugin: 'cssnano-reset-stylecache',    postcssVersion: '5.0.10'  } }  

其实吧，这样有点抽象的，还是来看熟悉的 API 吧。

这里出现了 sourcemap，说明 PostCSS 中的转换功能是它必备的，但是必备并不等于： 源代码与目标代码不能完全一致 。

这里吐槽一下 Chrome 的 sourcemap 功能，一坨屎！下面看看 firefox 里面的效果吧。

这里 firefox 里面就自动映射了 源文件 ，非常不错！

6. 既然是程序可以用的，那么它的API呢？

其实官方有 API 的详细解释，我看了一下，一看就明白了，就不再花时间介绍了，大家可以去看看，这样会知道，原来如此～

PS: 大家可以先看看 Node Common 和 Node相关的，然后再看 plugin

官方API

这里看一个 DEMO，主要做 rem 和 px 单位之间的互换，加入 processors 就可以用了，很方便：

var custom = function(css, opts){     css.eachDecl(function(decl){         decl.value = decl.value.replace(//d+rem/, function(str){             return 16 * parseFloat(str) + "px";         });     }); }; 

开发插件可以看一下 官方插件指南

更细致的地方，之后有时间的时候再写写 ^_^ 一说技术就停不下来了～

大家在问？我怎么在工程上应用它呢？好吧，使用 gulp, grunt, webpack 都是可以的，我觉得都理解了 PostCSS ，使用这些就很简单了，一查资料，拷贝一份配置就可以开始用了～就这样吧，下次再结合 react 来介绍一下一个叫: postcss-js 的插件，看上去还不错，还没深入用，用到的时候再分享吧。

其实我也是初学者，只是用了自己的学习方法来梳理成文章，下面都是我看过的文章，部分是引用的。这里就不全部举例了，看的文章有点多。。。