提到css预编译器（css preprocessor），你可能想到SassLess以及Stylus。而本文要介绍的PostCSS，正是一个这样的工具：css预编译器可以做到的事，它同样可以做到。
如果Sass等预编译器是新定义了一种模板语言，然后将其转化为css的话，PostCSS则是更纯粹地对css本身做转换。
回想一下你是如何学习使用css预编译器的：了解到有这样一种可以转化为css的语言，它有很多特性，变量、嵌套、继承等等，每一种特性都通过一定语法实现。大概就像是递给你一个已经封装好的工具箱（量产型？），你可以在里面找有用的东西。
那PostCSS是怎样呢？PostCSS就像只递给你一个盒子，但告诉你你可以从旁边的陈列柜取走自己想要的工具放进盒子打包带走。如果你觉得陈列柜里的不够好，PostCSS还可以帮你打造你自己的工具。所以，使用PostCSS，你可以仅取所需。
这就是PostCSS的模块化（modular）风格。它作为一个css转换工具，自身很小，其所有的转换功能都是插件，因此可以个性化配置。
css的组成单元是一条一条的样式规则（rule），每一条样式规则又包含一个或多个属性&值的定义。所以，PostCSS的执行过程是，先css分析器读取css字符内容，得到一个完整的节点树，接下来，对该节点树进行一系列转换操作（基于节点树API的插件），最后，由css节点树拼接器将转换后的节点树重新组成css字符。期间可生成source map表明转换前后的字符对应关系：
比较有意思的是，PostCSS的插件其实都是Javascript函数，它们使用PostCSS的节点树API，对css节点树进行不同的转换。
PostCSS最有名的插件是Autoprefixer。如名所示，可以自动为你添加浏览器私有前缀。它的添加值会参考Can I Use及你设定的浏览器支持范围，因此相当可靠。下面是一个示例（以我设定的浏览器支持范围）：
在刚开始使用PostCSS时，我就想到要用PostCSS实现我在Sass中最常用的特性。所以，我找到了postcss-nested和postcss-mixins。将它们结合起来后，就可以做到这样：
在上面这段代码中，processors是一个数组，定义了用到的PostCSS插件。PostCSS会按照定义顺序依次执行插件，因此，在结合多个插件使用时，请注意它们的位置。
此外，你可以很容易地创建你自己的转换（还记得前面说过PostCSS的插件都是Javascript函数吧？）。例如，下面是一个自定义的转换方法，它将css代码中的带有rem单位的值，更改为px的值。
然后，你将这个方法直接添加到processors中（就像postcssMixins那些那样）就可以使用。如果原来有值是3rem，将变成48px。
PostCSS宣称，由Javascript编写的PostCSS比C++编写的libsass（Sass原本是Ruby编写的，但后来出了C++的引擎，也就是libsass，它更快）还要快3倍。这里的具体数字我觉得不用多关心，可以感受到“PostCSS的运行速度很快”就足够了。
基于PostCSS，可以做到许多现有的css预编译器做不到的事。例如，插件系列cssnext可以让你使用CSS4+的语法（增加了变量等许多特性），它会帮你转化为目前可用的CSS3。
PostCSS有一个问题，那就是它是零散的，所以我无法找到一个编辑器能正确地解析并高亮准备使用PostCSS的css代码。例如在WebStorm中我把它当做普通的css文件，结果就会收到很多红色的错误提示。
当然不会。就像其他流行的框架和工具那样，css预编译器是已经验证过的可用工具，我们完全可以根据需要选用。
Sass等css预编译器的特点是成熟可靠。一方面，它们已经是流行的模板语言，有完善的文档和周边支持，相对稳定，新加入团队的人也能比较容易地理解。另一方面，集成的风格有它的方便之处，就像你可能会懒得去组装一个模型，但能找到专业的人替你完成。
PostCSS的特点则是模块化。从长远来看，PostCSS可以做到更多类型的css转换。而可定制的风格非常适合追求个性的人（更快捷，而且可以自己做出很有趣的插件）。
此外，css预编译器和PostCSS可以协同使用。有一个流行的用法就是Sass编译后再接PostCSS的Autoprefixer（毕竟这是PostCSS的招牌插件）。
PostCSS的风格可以说是在打造一个改变css开发方式的生态系统。所以如果说到未来，还是挺期待的。
