更便捷的css處理方式-PostCSS
一般來說介紹一個東西都是要從是什么，怎么用的順序來講。我感覺這樣很容易讓大家失去興趣，先看一下postcss能做點什么，有興趣的話再往下看，否則可能沒有耐心看下去。讓我們開始吧
postcss能做什么
補全css屬性瀏覽器前綴
手寫的代碼可以是這樣的:
.div{
display: flex;
}
postcss可以轉換之后成了這樣:
.div{
display: -webkit-box;
display: -ms-flexbox;
display: flex;
}
檢查css語法
body{
color: #f0;
}
會有以下提示:
src/er.css
2:12 ✖ Unexpected invalid hex color "#f0" color-no-invalid-hex
[18:27:28] 'css-lint' errored after 98 ms
[18:27:28] Error in plugin 'gulp-stylelint'
Message:
Failed with 1 error
擁抱下個版本規范的css 即css4
對於下個規范的css而言，變量，方法等功能的都會增加上去，你可以這樣來定義一個變量：
:root {
--red: #d33;
}
a {
color: var(--red);
}
當然直接在現有瀏覽器上是跑不通的，就正如es2015剛開始一樣，我們需要一個轉化器來將其轉成當前可用規范。postcss的插件就可以做到。
a{
color:#d33
}
除了上面之外還有其他很多功能，postcss及其插件都能提供。
什么是postcss
現在讓我們回到最基本的問題，postcss是什么。
援引官網的定義，一種使用js來轉化css的工具(A tool for transforming CSS with JavaScript)。其實我們更多的時候提到postcss是有兩個含義的：
- postcss本身，也就是我們npm install時的安裝部分
- 基於postCss的豐富插件系統。
上文那些功能，都是基於postcss的插件提供的功能。
postcss本身並不直接用於處理樣式，只有配合它的插件，才能完成相關的編譯工作。
postcss不是預編譯語言的替代品
我想你腦海里一直在復現兩個名詞，less/sass，開始的時候我也一樣，認為postcss跟二者一樣是一種css預編譯語言或者起到類似作用的一種語言。postcss不是要取代哪一個，更多的是提供的一種補充，完全可以是互補的概念。
作為一個是使用js將css轉化為AST然后進行處理的工具，完全不是預處理語言的替代品，postcss處理的必須是css文件，所以完全可以和預編譯語言結合，使用預編譯語言轉化為css之后然后進行處理。
我一直認為兩者不是互斥的關系，完全可以互補使用。
為什么需要postcss
大家可能有這么個疑問既然兩者不互相沖突，目前我使用less/sass 也很容易滿足我的需求，為什么要使用新的東西呢。我認為主要原因是其提供的豐富的插件功能，可以工作更加的簡單化，便捷化，一句話，你只需要編寫基本的css，其他的功能交給postcss就好。做了簡單的對比可能更加清晰明了。
實現給css屬性加上瀏覽器前綴的功能
對比一下less和postcss的實現：
1、 對於less而言，肯定是寫一個方法
.flex-block() {
display: -ms-flexbox;
display: -webkit-flex;
display: flex;
}
.test{
.flex-block()
}
2、使用postcss
.test{
display: flex;
}
只需要編譯的時候使用autoprefixer處理就好。
可能一個屬性的效果不是特別明顯，要是有很多個屬性需要處理呢?
.flex-block() {
display: -ms-flexbox;
display: -webkit-flex;
display: flex;
}
.transform(){
//僅僅是舉例子
}
.ccc(){
}
.test{
.flex-block()
.transform()
.ccc()
}
這時候postcss還是只需要如下:
.test{
display: flex;
transform:rotate(7deg);
}
這時候就能看出來postcss的便捷性了，我一直認為可以抽象公共化的東西完全沒有必要去重復的去手動開發。
postcss工作原理
postcss本身是一個node模塊，可以將css文件解析為抽象語法樹(AST)，將該樹在多個插件方法傳遞，然后將AST轉換為字符串返回，該字符串可以輸出到目標文件中。傳遞過程中的插件可以選擇是否改變該語法樹，上訴改變可以通過sourcemap來記錄。如下面的流程所示(借用w3cplus的一張圖)：
其實這里我們更應該關聯起來的是babel，看一下功能：
- 將未來規范的轉化為當前規范的轉義器
- 實現相同，都是將源文件解析為AST然后經由插件處理。
- 豐富的插件，滿足不同的需求
- 支持自定義插件的開發
當前工作流中引入postcss
大家可能會有這種想法，又是一種新的工具，我當前的開發框架中豈不是要大動。其實這種擔心是沒必要的。postcss是很容易引入當前的工作流中的。無論是webpack還是gulp，都有比較方便的方式。官方有詳細的介紹文檔
結束語
原先很早就看到postCss，當時太年輕認為是less的一種替代品罷了，所以一直沒有去關注。了解之后感覺真的不錯，至於如何使用這里就不去演示了，有興趣的可以查看下我的簡單示例希望更多的人使用。
參考文章
http://davidtheclark.com/its-time-for-everyone-to-learn-about-postcss/
http://julian.io/some-things-you-may-think-about-postcss-and-you-might-be-wrong/