首先声明下,本人不擅长文字表达,文采不行,因此文章中文字较少,请看代码,初级学习,不足之处请多多指教css
GitHub连接 看云kancloudhtml
[TOC]前端
npm install webpack -g npm install webpack-cli -g // 与webpack 3.x 的区别
npm init
初始化 package.json
文件。node
npm install webpack --save npm install webpack-cli --save
webpack a.js b.js
# {extry file}出填写入口文件的路径,本文中就是上述main.js的路径, # {destination for bundled file}处填写打包文件的存放路径 # 填写路径的时候不用添加{} webpack {entry file} {destination for bundled file}
以上就是4版本以前的使用方式,可是这种方式在4版本中就不能使用了,4版本有本身的新的方式react
为何上面要写默认打包编译,是由于webpack能够自定义打包编译配置,咱们首先说下默认的打包编译。jquery
entry: "/src/index.js" // 默认入口文件 output: "/dist/main.js" // 默认输入文件
上面路径及文件中,src
和 index.js
须要咱们手动去建立,在 index.js
中写好js代码便可,其他的 dist
和 main.js
都是由系统自动生成的,而且当你再一次编译时,会自动的在 dist
中覆盖同名文件。webpack
而webpack 4.x 的编译命令也发生变化了,以下所示,分为开发环境和生产环境的命令git
webpack --mode development webpack --mode production
使用命令后,会自动生成文件。github
配置 package.json
文件web
"scripts": { "dev": "webpack --mode development", "build": "webpack --mode production" }
可使用 npm ruin dev
和 npm run build
进行执行命令
本质上,webpack 是一个现代 JavaScript 应用程序的静态模块打包器(static module bundler)。在 webpack 处理应用程序时,它会在内部建立一个依赖图(dependency graph),用于映射到项目须要的每一个模块,而后将全部这些依赖生成到一个或多个bundle。
来自webpack 从 webpack 4.0.0 版本开始,能够不用经过引入一个配置文件打包项目。然而,webpack 仍然仍是 高度可配置的,而且可以很好的知足需求。
webpack 的核心概念:
咱们须要在根目录下建立一个 webpack.config.js
的文件,使用 Commonjs 规范来进行书写。
入口起点(entry point)指示 webpack 应该使用哪一个模块,来做为构建其内部依赖图的开始。进入入口起点后,webpack 会找出有哪些模块和库是入口起点(直接和间接)依赖的。
能够经过在 webpack 配置中配置 entry
属性,来指定一个入口起点(或多个入口起点)。默认值为 ./src
。
module.exports = { entry: "./src/index.js", };
entry
属性的单个入口语法,是下面的简写:
module.exports = { entry: { main: "./src/index.js", } };
当你向
entry
传入一个数组时会发生什么?向entry
属性传入「文件路径(file path)数组」将建立“多个主入口(multi-main entry)”。在你想要多个依赖文件一块儿注入,而且将它们的依赖导向(graph)到一个“chunk”时,传入数组的方式就颇有用。
多个入口文件处理
module.exports = { entry: { main: "./src/index.js", app: './src/app.js' } };
根据经验:每一个 HTML 文档只使用一个入口起点。 固然也可使用多个,可是推荐一个使用一个
output
属性告诉 webpack
在哪里输出它所建立的 bundles
,以及如何命名这些文件,默认值为 ./dist
。基本上,整个应用程序结构,都会被编译到你指定的输出路径的文件夹中。你能够经过在配置中指定一个 output
字段,来配置这些处理过程:
const path = require('path'); module.exports = { entry: "./src/index.js" output: { path: path.resolve(__dirname, 'dist'), filename: 'bundle.js' } };
固然上面的位置文件名都是能够改变的,能够自定义配置。
在上面的示例中,咱们经过 output.filename
和 output.path
属性,来告诉 webpack bundle
的名称,以及咱们想要 bundle 生成(emit)到哪里
' loader 让 webpack 可以去处理那些非 JavaScript 文件(webpack 自身只理解 JavaScript)。loader 能够将全部类型的文件转换为 webpack 可以处理的有效模块,而后你就能够利用 webpack 的打包能力,对它们进行处理。
本质上,webpack loader 将全部类型的文件,转换为应用程序的依赖图(和最终的 bundle)能够直接引用的模块。
注意,loader 可以
import
导入任何类型的模块(例如 .css 文件),这是 webpack 特有的功能,其余打包程序或任务执行器的可能并不支持。咱们认为这种语言扩展是有很必要的,由于这可使开发人员建立出更准确的依赖关系图。
在更高层面,在 webpack 的配置中 loader 有两个目标:
test
属性,用于标识出应该被对应的 loader 进行转换的某个或某些文件。use
属性,表示进行转换时,应该使用哪一个 loader。const path = require('path'); const config = { entry: "./src/index.js" output: { path: path.resolve(__dirname, 'dist'), filename: 'bundle.js' }, module: { rules: [ { test: /\.txt$/, use: 'raw-loader' } ] } }; module.exports = config;
以上配置中,对一个单独的 module 对象定义了 rules 属性,里面包含两个必须属性:test 和 use。这告诉 webpack 编译器(compiler) 以下信息:
“嘿,webpack 编译器,当你碰到「在 require()/import 语句中被解析为 '.txt' 的路径」时,在你对它打包以前,先使用 raw-loader 转换一下。”
loader 被用于转换某些类型的模块,而插件则能够用于执行范围更广的任务。插件的范围包括,从打包优化和压缩,一直到从新定义环境中的变量。插件接口功能极其强大,能够用来处理各类各样的任务。
想要使用一个插件,你只须要 require()
它,而后把它添加到 plugins
数组中。多数插件能够经过选项(option)自定义。你也能够在一个配置文件中由于不一样目的而屡次使用同一个插件,这时须要经过使用 new
操做符来建立它的一个实例。
const HtmlWebpackPlugin = require('html-webpack-plugin'); // 经过 npm 安装 const webpack = require('webpack'); // 用于访问内置插件 const config = { module: { rules: [ { test: /\.txt$/, use: 'raw-loader' } ] }, plugins: [ new webpack.optimize.UglifyJsPlugin(), new HtmlWebpackPlugin({template: './src/index.html'}) ] }; module.exports = config;
webpack 提供许多开箱可用的插件!查阅插件列表获取更多信息。
在 webpack 配置中使用插件是简单直接的,然而也有不少值得咱们进一步探讨的用例。
本地服务器
npm install webpack-dev-server -S
能够构建一个本地服务器进行启动测试
webpack.config.js
devServer: { contentBase: path.join(__dirname, "/dist"), //启动路径 port: 9001, // 端口号 hot: true, // 热更新 inline:true // 内联模式 }
固然在使用上面 hot
热更新时须要开启一个插件 HotModuleReplacementPlugin
此插件属于内置插件,能够直接使用 new webpack.HotModuleReplacementPlugin()
来进行启用
以上使 webpack-dev-server
的基本参数用法,具体的能够查看此处
"scripts": { "start": "webpack-dev-server --open" }
使用 npm start
开启启动命令
loader : 加载程序
loader 用于对模块的源代码进行转换。loader 可使你在 import 或"加载"模块时预处理文件。所以,loader 相似于其余构建工具中“任务(task)”,并提供了处理前端构建步骤的强大方法。loader 能够将文件从不一样的语言(如 TypeScript)转换为 JavaScript,或将内联图像转换为 data URL。loader 甚至容许你直接在 JavaScript 模块中 import CSS文件!
cnpm install css-loader style-loader -S
当新建文件 *.css
文件时进行css文件处理
webpack.config.js
module:{ rules:[ { test:/\.css$/, use:['style-loader','css-loader'] } ] }
在其中须要注意的就是 style-loader
在 css-loader
以前。
当 css 有 background-image: url('./1.jpg')
有图片插入进来时,须要使用 file-loader
来进行处理
module:{ rules:[ { test:/\.css$/, use:['style-loader','css-loader'] }, { test:/\.(jpg|png|jpeg)$/, use:['file-loader'] } ] }
设置图片保存地方及是否使用base64进行处理
{ test:/\.(jpg|png|jpeg)$/, use:'file-loader?limit=1024&name=./images/[hash:8].[name].[ext]' }
cnpm install html-withimg-loader -S
{ test:/\.html$/, use:["html-withimg-loader"] }
cnpm install extract-text-webpack-plugin@next -S
const ExtractTextPlugin=require('extract-text-webpack-plugin'); //插件 new ExtractTextPlugin('./css/[name].css') // rules { test:/\.css$/, use:ExtractTextPlugin.extract({ fallback:"style-loader", use:[{ loader:"css-loader", options:{ // 压缩 minimize:true } }], // 添加公共路径 publicPath:"../" }) }
插件是 webpack 的支柱功能。webpack 自身也是构建于,你在 webpack 配置中用到的相同的插件系统之上!
插件目的在于解决 loader 没法实现的其余事。
webpack 插件是一个具备 apply 属性的 JavaScript 对象。apply 属性会被 webpack compiler 调用,而且 compiler 对象可在整个编译生命周期访问。
ConsoleLogOnBuildWebpackPlugin.js
const pluginName = 'ConsoleLogOnBuildWebpackPlugin'; class ConsoleLogOnBuildWebpackPlugin { apply(compiler) { compiler.hooks.run.tap(pluginName, compilation => { console.log("webpack 构建过程开始!"); }); } }
compiler hook 的 tap 方法的第一个参数,应该是驼峰式命名的插件名称。建议为此使用一个常量,以便它能够在全部 hook 中复用。
因为插件能够携带参数/选项,你必须在 webpack 配置中,向 plugins
属性传入 new
实例。
根据你的 webpack 用法,这里有多种方式使用插件。
webpack.config.js
const HtmlWebpackPlugin = require('html-webpack-plugin'); //经过 npm 安装 const webpack = require('webpack'); //访问内置的插件 const path = require('path'); const config = { entry: './path/to/my/entry/file.js', output: { filename: 'my-first-webpack.bundle.js', path: path.resolve(__dirname, 'dist') }, module: { rules: [ { test: /\.(js|jsx)$/, use: 'babel-loader' } ] }, plugins: [ new webpack.optimize.UglifyJsPlugin(), new HtmlWebpackPlugin({template: './src/index.html'}) ] }; module.exports = config;
固然上面的 HtmlWebpackPlugin
插件只使用了基本的功能,更多的参数能够去github上查看。
核心 babel-core
功能 babel-loader babel-preset-env babel-preset-react
cnpm install babel-core babel-loader@7 babel-preset-env babel-preset-react --save
安装的 babel-loader
是7.x版本,8.x版本目前会出现报错,具体如何解决尚未了解清楚,因此安装 babel-loader
时须要写成这样的 babel-loader@7
cnpm install -D babel-loader @babel/core @babel/preset-env @babel/preset-react -S
上面为 babel-loader 8.x
版本安装,须要匹配下面的 8.x 配置
第一种 全在 webpack.config.js
中配置
rules:[ { test:/\.(jsx|js)$/, use:{ loader:'babel-loader', options:{ presets:['env','react'] } }, // 排除node_modules 文件 exclude:/node_modules/ } ]
第二种 新建 .babelrc
文件 (推荐使用第二种)
webpack.config.js
rules:[ { test:/\.(jsx|js)$/, use:{ loader:'babel-loader' }, // 排除node_,modules 文件 exclude:/node_modules/ } ]
.baelrc
{ "presets": [ "env", "react" ] }
第一种 全在 webpack.config.js
中配置
rules:[ { test:/\.(jsx|js)$/, use:{ loader:'babel-loader', options:{ presets:['"@babel/preset-env','"@babel/preset-react'] } }, // 排除node_modules 文件 exclude:/node_modules/ } ]
第二种 新建 .babelrc
文件 (推荐使用第二种)
webpack.config.js
rules:[ { test:/\.(jsx|js)$/, use:{ loader:'babel-loader' }, // 排除node_,modules 文件 exclude:/node_modules/ } ]
.baelrc
{ "presets": [ ""@babel/preset-env", ""@babel/preset-react" ] }
cnpm install jquery -S
在webpack 3.x 中须要大量配置,可是在webpack中则少了不少
const $ = require("jquery"); $("body").html("<p>我是由JQuery写出来的</p>")