摘要：用到什么了在多頁應用架構系列二配置常用部分有哪些里我就說過，的核心只能打包文件，而以外的資源都是靠進行轉換或做出相應的處理的。

本文首發于Array_Huang的技術博客——實用至上，非經作者同意，請勿轉載。
原文地址：https://segmentfault.com/a/1190000006897458
如果您對本系列文章感興趣，歡迎關注訂閱這里：https://segmentfault.com/blog/array_huang

過去講前端模塊化、組件化，更多還是停留在js層面，畢竟js作為一種更典型的程序語言，在這方面的想象和操作空間都更大一些。但近年來，組件化要求得更多了，HTML/CSS/JS這三件套一件可都不能少（甚至包括其它類型的資源，比如說圖片），而這樣的組件，無疑是高內聚的。

本文將介紹如何使用webpack來打包less/css（沒用過sass，但畢竟也是通過loader來加載的，相信與less無異），首先是介紹相關的webpack plugin&loader，然后將介紹如何加載不同應用層次的less/css。

在《webpack多頁應用架構系列（二）：webpack配置常用部分有哪些？》里我就說過，webpack的核心只能打包js文件，而js以外的資源都是靠loader進行轉換或做出相應的處理的。下面我就來介紹打包less/css所需要的loader。

針對less文件，我們首先需要使用less-loader來加載。less-loader會調用所依賴的less模塊對less文件進行編譯(包括@import語法)。至于說less-loader所接受的參數，實質上大部分是傳遞給less模塊使用的參數，由于我本人應用less的程度不深，因此沒有傳任何參數、直接就使用了。如果你之前對less模塊就已經有了一套配置的話，請參考less-loader的文檔進行配置。

另外，less-loader并不會針對url()語法做特別的轉換，因此，如果你想把url()語句里涉及到的文件（比如圖片、字體文件等）也一并用webpack打包的話，就必須利用管道交給css-loader做進一步的處理。

針對css文件，我們需要使用css-loader來加載.css-loader的功能比較強大，一些新穎的特性比如Local Scope或是CSS Modules都是支持的。

我目前只用到了css-loader的壓縮功能(Minification)，對于這個功能，有一點是需要注意的，那就是如果你的代碼里也和我一樣，有許多為了瀏覽器兼容性的廢棄CSS代碼的話，請務必關閉autoprefixer已避免你的廢棄CSS代碼被css-loader刪除了，形如css?minimize&-autoprefixer。

上面提到css-loader會對url()語句做處理，這里稍微再說兩句。在less/css里的這url()語句，在css-loader看來，就跟require()語句是一樣的，只要在webpack配置文件里定義好加載各類型資源的loader，那這url()語句實際上什么資源都能處理。一般我在url()語句都會以相對路徑的方式（相對于此語句所在的less/css文件）來指定文件路徑；請不要使用以/開頭（即相對于網站根目錄，因為對于文件系統來說，這明顯是令人混淆的）的路徑，盡管css-loader也可以通過設置root參數來適配。

習慣用postcss的童鞋們有福啦，webpack可以通過postcss-loader來兼容postcss。由于postcss只算是一個加分項，因此這里也不作過多介紹，只介紹一下如何把postcss撘進webpack，不明白的童鞋麻煩先把postcss搞懂了再看。

放上我的腳手架項目的代碼：

var precss       = require("precss");
var autoprefixer = require("autoprefixer");

module.exports = {
    module: {
        loaders: [
            {
                test:   /.css$/,
                exclude: /node_modules|bootstrap/,
                loader: "css?minimize&-autoprefixer!postcss",
            }
        ]
    },
    postcss: function () {
        return [precss, autoprefixer({
            remove: false,
            browsers: ["ie >= 8", "> 1% in CN"],
        })];
    }
}

從loader的配置"css?minimize&-autoprefixer!postcss"上看，實際上就是先讓postcss-loader處理完了再傳遞給css-loader。而postcss項則是postcss-loader所接受的參數，實際上就是返回一個包含你所需要的postcss"s plugins的數組啦，這些plugin有各自的初始化參數，不過這些都是postcss的內容了，這里就不做介紹了。

加載less/css這一塊主要用到的是extract-text-webpack-plugin（下文簡稱為ExtractTextPlugin吧），而且由于我用的是webpack 1，因此用的也是相對應webpack 1的版本（1的文檔在這里不要搞錯了哈）。

ExtractTextPlugin的作用是把各個chunk加載的css代碼（可能是由less-loader轉換過來的）合并成一個css文件并在頁面加載的時候以的形式進行加載。

相對于使用style-loader直接把css代碼段跟js打包在一起并在頁面加載時以inline的形式插入DOM，我還是更喜歡ExtractTextPlugin生成并加載CSS文件的形式；倒不是看不慣inline的css，只是用文件形式來加載的話會快很多，尤其后面介紹用webpack來生成HTML的時候，這會直接生成在里，那么在CSS的加載上就跟傳統的前端頁面沒有差別了，體驗非常棒。

ExtractTextPlugin的初始化參數不多，唯一的必填項是filename參數，也就是如何來命名生成的CSS文件。跟webpack配置里的output.filename參數類似，這ExtractTextPlugin的filename參數也允許使用變量，包括[id]、[name]和[contenthash]；理論上來說如果只有一個chunk，那么不用這些變量，寫死一個文件名也是可以的，但由于我們要做的是多頁應用，必然存在多個chunk（至少每個entry都對應一個chunk啦）。這里我是這么設置的：

new ExtractTextPlugin("[name]/styles.css"), // [name]對應的是chunk的name，我在webpack配置中是這樣

[name]對應的是chunk的name，我在webpack配置中把各個entry的name都按index/index、index/login這樣的形式來設置了，那么最后css的路徑就會像這樣：build/index/index/styles.css，也就是跟chunk的js文件放一塊了（js文件的路徑形如build/index/index/entry.js）。

除了要把這初始化后的ExtractTextPlugin放到webpack配置中的plugins參數里，我們還要在loader配置里做相應的修改：

module.exports = {
    module: {
        loaders: [
            {
                test:   /.css$/,
                exclude: /node_modules|bootstrap/,
                loader: ExtractTextPlugin.extract("css?minimize&-autoprefixer!postcss"),
            }
        ]
    },
}

如此一來，ExtractTextPlugin就算是配置好了。

在我的設計中，有三種應用層次的less/css代碼段：

基礎的、公用的代碼段，包括CSS框架、在CSS框架上進行定制的CSS theme，基本上每個頁面都會應用到這些CSS代碼段。

組件的代碼段，這里的組件指的是你自己寫的組件，而且組件本身含有js，并負責加載css以及其它邏輯。

每個頁面獨有的CSS代碼段，很可能只是對某些細節進行微調。

首先來回顧一下我設計的文件目錄結構：

├─src # 當前項目的源碼
    ├─pages # 各個頁面獨有的部分，如入口文件、只有該頁面使用到的css、模板文件等
    │  ├─alert # 業務模塊
    │  │  └─index # 具體頁面
    │  ├─index # 業務模塊
    │  │  ├─index # 具體頁面
    │  │  └─login # 具體頁面
    │  │      └─templates # 如果一個頁面的HTML比較復雜，可以分成多塊再拼在一起
    │  └─user # 業務模塊
    │      ├─edit-password # 具體頁面
    │      └─modify-info # 具體頁面
    └─public-resource # 各個頁面使用到的公共資源
        ├─components # 組件，可以是純HTML，也可以包含js/css/image等，看自己需要
        │  ├─footer # 頁尾
        │  ├─header # 頁頭
        │  ├─side-menu # 側邊欄
        │  └─top-nav # 頂部菜單
        ├─config # 各種配置文件
        ├─iconfont # iconfont的字體文件
        ├─imgs # 公用的圖片資源
        ├─layout # UI布局，組織各個組件拼起來，因應需要可以有不同的布局套路
        │  ├─layout # 具體的布局套路
        │  └─layout-without-nav # 具體的布局套路
        ├─less # less文件，用sass的也可以，又或者是純css
        │  ├─base-dir
        │  ├─components-dir # 如果組件本身不需要js的，那么要加載組件的css比較困難，我建議可以直接用less來加載
        │  └─base.less # 組織所有的less文件
        ├─libs # 與業務邏輯無關的庫都可以放到這里
        └─logic # 業務邏輯

基礎的CSS代碼（實際上我的項目中用的都是less）我統一都放到src/public-resource/less目錄里。我使用一個抽象的文件base.less將所有的less文件組織起來（利用@import），這樣的話我用js加載起來就方便多了。

在我的腳手架項目（Array-Huang/webpack-seed）里，CSS框架我用的是bootstrap，并且使用了bootstrap-loader進行加載，因此就沒有把bootstrap的CSS文件放到src/public-resource/less/base-dir目錄里，這個目錄里放的都是我定制的theme了。

src/public-resource/less/components-dir目錄放的是某些第三方組件所用到的css，又或是不含js的組件所用到的css。其實這部分CSS是否應該歸在下一類，我也考慮良久，只是由于歸到下一類的話加載起來不方便，不方便原因如下：

某些第三方庫是要你自己加載CSS的，如果你打算寫適配器來封裝這些第三方庫，那自然可以直接在適配器來加載CSS，這就屬于下一類了；然而，有一些使用起來很簡單的庫，你還寫適配器那就有點畫蛇添足了。

某些自己寫的組件可能僅包含HTML和CSS，那么誰來加載CSS？

所以干脆還是交由base.less一并加載了算了。

我設計了一個common.page.js，并在每一個頁面的入口文件里都首先加載這common.page.js，那么，只要我在這common.page.js里加載base.less，所有的頁面都能享受到這份基礎CSS代碼段。

組件的代碼我都放在了src/public-resource/components，每一個組件統一放在一個獨立的目錄，并由該組件的js負責加載其CSS。

頁面獨有的CSS我自然是放在該頁面自己的目錄里，利用該頁面的入口文件進行加載。

由于我使用了ExtractTextPlugin，因此這些CSS代碼最終都會生成到所屬chunk的目錄里成為一個CSS文件。

基礎代碼段肯定是保存在CommonsChunkPlugin所生成的公共代碼chunk所在的目錄里了，在我的腳手架項目（Array-Huang/webpack-seed）里就是build/commons了（我的公共代碼chunk的name是"commons"）。

組件代碼段看情況，該組件用的頁面多的話（大于CommonsChunkPlugin的minChunks參數）就會被歸到跟基礎代碼段一起咯；反之，則哪個頁面用到它，就放到哪個頁面chunk的目錄里咯。

頁面代碼段就不用想了，肯定是在那個頁面chunk的目錄里了，畢竟才用了1次。

諸位看本系列文章，搭配我在Github上的腳手架項目食用更佳哦（笑）：Array-Huang/webpack-seed(https://github.com/Array-Huang/webpack-seed)。

webpack多頁應用架構系列（一）：一步一步解決架構痛點：https://segmentfault.com/a/1190000006843916

webpack多頁應用架構系列（二）：webpack配置常用部分有哪些？:https://segmentfault.com/a/1190000006863968

webpack多頁應用架構系列（三）：怎么打包公共代碼才能避免重復？：https://segmentfault.com/a/1190000006871991

webpack多頁應用架構系列（四）：老式jQuery插件還不能丟，怎么兼容？:https://segmentfault.com/a/1190000006887523

webpack多頁應用架構系列（五）：聽說webpack連less/css也能打包？:https://segmentfault.com/a/1190000006897458

webpack多頁應用架構系列（六）：聽說webpack連圖片和字體也能打包？:https://segmentfault.com/a/1190000006907701

webpack多頁應用架構系列（七）：開發環境、生產環境傻傻分不清楚？:https://segmentfault.com/a/1190000006952432

webpack多頁應用架構系列（八）：教練我要寫ES6！webpack怎么整合Babel？:https://segmentfault.com/a/1190000006992218

webpack多頁應用架構系列（九）：總有刁民想害朕！ESLint為你阻擊垃圾代碼:https://segmentfault.com/a/1190000007030775

webpack多頁應用架構系列（十）：如何打造一個自定義的bootstrap:https://segmentfault.com/a/1190000007043716

webpack多頁應用架構系列（十一）：預打包Dll，實現webpack音速編譯:https://segmentfault.com/a/1190000007104372

webpack多頁應用架構系列（十二）：利用webpack生成HTML普通網頁&頁面模板:https://segmentfault.com/a/1190000007126268

webpack多頁應用架構系列（十三）：構建一個簡單的模板布局系統:https://segmentfault.com/a/1190000007159115

webpack多頁應用架構系列（十四）：No復制粘貼！多項目共用基礎設施

webpack多頁應用架構系列（十五）：論前端如何在后端渲染開發模式下夾縫生存

webpack多頁應用架構系列（十六）：善用瀏覽器緩存，該去則去，該留則留

本文首發于Array_Huang的技術博客——實用至上，非經作者同意，請勿轉載。
原文地址：https://segmentfault.com/a/1190000006897458
如果您對本系列文章感興趣，歡迎關注訂閱這里：https://segmentfault.com/blog/array_huang