模塊化 模塊化已經是現代前端開發中不可或缺的一部分了把複雜的問題分解成相對獨立的模塊，這樣的設計可以降低程序複雜性，提高代碼的重用，也有利於團隊協作開發與後期的維護和擴展 從 ECMAScript2015 開始引入了模塊的概念，我
WebpackDevServer 每次的代碼修改都需要重新編譯打包，刷新瀏覽器，特別麻煩，我們可以通過安裝 webpackDevServer 來改善這方面的體驗 安裝指令 npm install --save-dev webpac
說明： 我們在項目中書寫的ES6代碼，由於考慮到低版本瀏覽器的兼容性問題，需要把ES6代碼轉換成低版本瀏覽器能夠識別的ES5代碼。使用 babel-loader 和 @babel/core 來進行ES6和ES5之間的鏈接，使用 @babe
本文來源於阿里雲-雲棲社區，原文點擊這裏。 開發時，Vue會提供很多警告來幫你解決常見的錯誤與陷阱。生產時，這些警告語句卻沒有用，反而會增加你的載荷量。再次，有些警告檢查有小的運行時開銷，生產環境模式下是可以避免的。 不用打包工具
前言 本人博客原地址：前端構建踩坑 — babel-loader 對已編譯的腳本進行再編譯從而導致文件執行出錯 問題描述： babel-loader 對已編譯的腳本進行再編譯從而導致文件執行出錯。 因爲打算開發一個小組件庫
vue初始化報錯的解決辦法 使用命令vue init webpack my-projectt初始化項目時報錯： vue-cli · Failed to download repo vuejs-templates/webpack:
MiniCssExtractPlugin 提取 CSS 到單個文件 目前示例中webpack使用css方式： css-loader：將js中的css內容解析 style-loader：最終將css樣式通過<style>標籤方式注
sideEffects 副作用 webpack4新增的功能。 允許通過配置的方式去標識代碼是否有副作用，從而爲 Tree Shaking 提供更多的壓縮空間。 sideEffects 一般用於開發npm模塊時，標記是否有副作用。
生產環境優化 開發環境注重開發效率，生產環境注重運行效率。 開發環境所使用的soucre map和HMR等webpack特性會 生成 或 向打包文件中添加 一些生產環境用不到的內容。 針對這個問題，webpack4推出了 模式(m
輸出文件名Hash substitutions 一般部署前端的資源文件時，都會啓用服務器的靜態資源緩存。 這樣用戶的客戶端就可以緩存應用的靜態資源，後續就不再需要重複請求服務器獲取靜態資源文件。 從而整體提上了應用的響應速度。 不
Optimization webpack 內部優化配置 webpack配置文件中的 optimization 屬性，用於集中去配置webapck內部的一些優化功能。 Tree Shaking 搖樹 字面意思就是伴隨着搖樹的動作，
Code Splitting 代碼分包 / 代碼分割 webpack默認打包依然存在一些弊端。 就是所有代碼最終都會被打包到一起（一個bundle文件中）。 如果項目中代碼比較複雜，模塊比較多，打包結果就會很大（bundle體積過
webpack webpack 是什麼？ 官⽅方⽹網站:https://webpack.js.org/ 中⽂文⽹網站:https://www.webpackjs.com/ 更新可能有延遲 本質上，webpack 是一個現代
file-loader 可以處理理 file-loader 所有的事情，但是遇到圖片格式的模塊，可以選擇性的把圖片轉成 base64 格式的字符串，並打包到 js 中，對小體積的圖片較合適，大圖不合適。 安裝指令 npm ins
Proxy 當下前端的開發都是前後端分離開發的，前端開發過程中代碼會運行在一個服務器環境下(如當前的 WebpackDevServer)，那麼在處理一些後端請求的時候通常會出現跨域的問題。WebpackDevServer 內置了一
