前端臨床手札——webpack構建逐步解構（下）

TerryCai 發布于2019-08-22 10:37 / 1566人閱讀

摘要：續前端臨床手札構建逐步解構上工作流程案例最近添加了雪碧圖功能，并把替換成的，詳細可以看分支構建生產上一篇說完了本地測試和是如何工作，接下來分析構建生產模式下配置如何配置和每個模塊干了什么。

續前端臨床手札——webpack構建逐步解構（上）

工作流程

案例：multiple-page-vue-webpack-example

最近添加了雪碧圖功能，并把sass-loader替換成postcss的press，詳細可以看分支develop

構建生產

上一篇說完了本地測試webpack和express是如何工作，接下來分析構建生產模式下webpack配置如何配置和每個模塊干了什么。

從流程能看到，這里用到兩個模塊build.js和webpack。當你進入build.js文件能看到沒干什么，其實這里可以理解為構建生產代碼前的預處理部分（刪除已構建的文件、拷貝靜態資源相關的操作等），實際工作還是webpack完成的。

因此接下來說明的內容就剩下webpack配置了，打開webpack.prod.conf.js能看到前面設置也沒什么大變化，但是添加的plugins卻有點不同。

webpackConfig.plugins = [].concat(webpackConfig.plugins, utils.htmlLoaders(config.template, webpackConfig.entry), [
    new webpack.optimize.UglifyJsPlugin({
      compress: {
        warnings: false
      }
    }),
    // https://github.com/glenjamin/webpack-hot-middleware#installation--usage
    // new webpack.optimize.OccurenceOrderPlugin(),
    new webpack.optimize.OccurrenceOrderPlugin(),
    new ExtractTextPlugin(utils.assetsPath("css/[name].[contenthash:5].css")),
    new webpack.optimize.CommonsChunkPlugin({
      name: "vendor",
      // TODO: set node_modules fallback
      minChunks: function (module, count) {
        // any required modules inside node_modules are extracted to vendor
        return (
          module.resource &&
          /.js$/.test(module.resource) &&
          module.resource.indexOf(
            path.join(__dirname, "../node_modules")
          ) === 0
        )
      }
    }),
    // extract webpack runtime and module manifest to its own file in order to
    // prevent vendor hash from being updated whenever app bundle is updated
    new webpack.optimize.CommonsChunkPlugin({
      name: "manifest",
      chunks: ["vendor"]
    })
])

utils.htmlLoaders()上一篇說過了是多入口頁面的設置，剩下的分別有：

webpack.optimize.UglifyJsPlugin()

webpack.optimize.OccurrenceOrderPlugin()

ExtractTextPlugin()

webpack.optimize.CommonsChunkPlugin()

接下來一個個講解，首先是webpack.optimize.UglifyJsPlugin

webpack.optimize.UglifyJsPlugin

從名字能看出他是負責壓縮處理js的，其他沒啥好說的細節請看官方說明

webpack.optimize.OccurrenceOrderPlugin

這個看官方文檔說明感覺是個處理分包的機制的插件，然而也沒啥好說的了。

ExtractTextPlugin

這個插件用來合并css文件，除了最后壓縮調用外，前面在所有輸出css的配置也得使用上ExtractTextPlugin.extract()來提前提取css配置。由于封裝到utils.js的cssLoaders方法下，這里代碼并沒有體現出來。

webpack.optimize.CommonsChunkPlugin

這個得重點說一說，webpack厲害之處在于他分包的科學計算法的體現就是這個插件，能智能地幫你把代碼拆分成多個包而已加載時并沒依賴缺失，下面講解配置，你也可以看官方文檔

使用

new webpack.optimize.CommonsChunkPlugin(options)

配置說明

options.name 合并或拆分后的名字，多用于設置。

options.filename 這個當然是指生成出來的文件名字

options.chunks 指定js代碼塊來進行處理，默認使用的是入口文件及其依賴

options.children 這個具體有什么用博主還真沒搞懂

options.async 設置為true，就可以創建一個異步請求的代碼塊

options.minSize 創建一個公共塊之前的模塊的最小尺寸，意思就是小于這個大小的塊并不會合并

options.minChunks 最小分割成多少個代碼塊，設置為Infinity就不會進行合并代碼。除此之外還可以設置方法，自己寫合并規則，想案例就是這樣處理的。

從案例分析，每個CommonsChunkPlugin將會是生成一個代碼塊，下面這段是生成一個入口公共塊，同時必須在html-webpack-plugin的依賴添加上（參考文檔utils.js）

webpack.prod.conf.js

new webpack.optimize.CommonsChunkPlugin({
  name: "manifest",
  chunks: ["vendor"]
})

utils.js

Object.keys(pages).forEach(function(pathname) {
    let conf = {
      filename: path.normalize(pages[pathname][0].replace(template.replace(/**.*$/,""),"")), //生成的html存放路徑，相對于path
      template: pages[pathname][0], //html模板路徑
      inject: false, //js插入的位置，true/"head"/"body"/false
    };
    if (pathname in webpackEntry) {
      conf.inject = "body";
      conf.chunks = ["manifest","vendor", pathname];
      conf.hash = true;
      conf.chunksSortMode="dependency";
    }
    plugins.push(new HtmlWebpackPlugin(conf));
});

而下面這段，則是將node_modules目錄下任何所需的模塊提取到vendor.js

new webpack.optimize.CommonsChunkPlugin({
  name: "vendor",
  // TODO: set node_modules fallback
  minChunks: function (module, count) {
    // any required modules inside node_modules are extracted to vendor
    return (
      module.resource &&
      /.js$/.test(module.resource) &&
      module.resource.indexOf(
        path.join(__dirname, "../node_modules")
      ) === 0
    )
  }
})

最后

到這里估計對webpack配置的比較迷惑的同學已經清晰了多少，然而這篇并不是從頭幫你解析webpack所有配置的文章，內容和標題貨不對板有點抱歉，卻還是希望不懂的人自己多看官方文檔，官方文檔很多時候已經說得比較清楚。我自己也是經常使用一些插件時懵逼了去google找其他人使用的幫助，然而半天沒找到比較靠譜的方法，最后還是反復啃官方文檔或者看源碼解決的。所以或許這篇文章不能真正解決你的疑惑，但愿能很好地教會你看官方文檔;)。

然后在寫完這篇文章后，發現webpack還是有些功能需要gulp補充的，比如css的壓縮、圖片的處理（雪碧圖、svg等），希望最近能有空補上這塊內容吧！

GPU云服務器云服務器前端構建構建混合云,該模式下具備的能力手札逐步實現

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/90939.html

前端臨床手札——webpack構建逐步解構（上）

摘要：前言由于博主最近又閑下來了，之前覺得的官方文檔比較難啃一直放到現在。文章會逐步分析每個處理的用意當然是博主自己的理解，不足之處歡迎指出溝通交流。后續將會補上構建生產的配置分析，案例參考。前端臨床手札構建逐步解構下前言由于博主最近又閑下來了，之前覺得webpack的官方文檔比較難啃一直放到現在。細心閱讀多個webpack配置案例后覺得還是得自己寫個手腳架，當然這個案例是基于vue的，...

lowett 2019-08-22 10:36 評論0 收藏0
前端臨床手札——文件上傳

摘要：文件上傳基本是學習前端路上必定遇到的例子，然而網上能找到的都是單單滿足上傳這步的案例。但前提是需要約定傳入值和返回類型。文件上傳基本是學習前端路上必定遇到的例子，然而網上能找到的都是單單滿足上傳這步的案例。大多文章之所以只說上傳這步估計是簡單易入門，但是實際工作時就會發現上傳文件這個功能上是簡單的，邏輯上卻比較復雜。先說一下需求和功能點：需求：上傳文件到服務器功能：上傳單這么...

SexySix 2019-08-19 18:07 評論0 收藏0
前端臨床手札——單元測試

摘要：感覺不能這樣下去就學寫一下單元測試，等他更新代碼我都跑一遍確認一下，這樣工作安心多了。具體執行的測試用例實現代碼。測試工具斷言庫測試驅動開發及測試框架入門學習最近博主工作是和另一枚后端合作，但是經常發現他寫的接口出錯，苦逼連連。感覺不能這樣下去就學寫一下單元測試，等他更新代碼我都跑一遍確認一下，這樣工作安心多了。經過博主一番查找，貌似被推薦比較多的有mocha和chai，下面記錄簡...

kid143 2019-08-19 18:17 評論0 收藏0
前端臨床手札——單元測試

摘要：感覺不能這樣下去就學寫一下單元測試，等他更新代碼我都跑一遍確認一下，這樣工作安心多了。具體執行的測試用例實現代碼。測試工具斷言庫測試驅動開發及測試框架入門學習最近博主工作是和另一枚后端合作，但是經常發現他寫的接口出錯，苦逼連連。感覺不能這樣下去就學寫一下單元測試，等他更新代碼我都跑一遍確認一下，這樣工作安心多了。經過博主一番查找，貌似被推薦比較多的有mocha和chai，下面記錄簡...

godlong_X 2019-05-29 16:57 評論0 收藏0
前端臨床手札——在微信播放視頻的那些事

摘要：然而我真的太天真，微信瀏覽器怎樣會讓你這樣好過問題集中于自動播放視頻這塊，需求很簡單自動播放全屏不顯示工具條自動播放一步步來，自動播放這個問題在十分肯定默認是不支持的，必須基于用戶操作下才能加載視頻。至于在微信下和一個樣。某天收到舊同事的信息說希望我幫手做一下一個簡單的H5，然后我看了看的確很簡單：就是圖片滾動到最后自動播放視頻，播完顯示個按鈕交互。然而我真的太天真，微信瀏覽器怎...

_Zhao 2019-06-21 16:15 評論0 收藏0