📑博客主页:@丘比特惩罚陆
💖欢迎关注:点赞收藏⭐留言✒
💬系列专栏:web前端、嵌入式、笔记专栏
🎮 加入社区: 灌水乐园
🥇人生格言:选对方向,每走一步都是进步!
✒️欢迎大佬指正,一起学习!一起加油!👏 希望大家能小手一动,帮忙点个赞!
😁资源邮箱:2237814512@qq.com;微信:lss0901lili1130
目录
8.Hot Module Replacement 热模块更新
如果 webpack 不知道怎么打包某些模块(默认只知道打包 JS) 就需要我们在 module 中配置规则 rules 了,比如说图片;
- module:{
- rules:[{
- test:/\.jpg$/,
- use: {
- loader: 'file-loader'
- }
- }]
- },
file-loader 会将图片挪到打包文件中且返回地址给 js,它可以 处理很多静态资源(excel、txt 什么的都行),反正统一是将 文件移到 dist 目录下且返回其地址。Loader 就是一个打包方案,解决 webpack 不知道怎么打包的 问题,test 就是处理哪些文件.
可以看到我们图片被打包成比较长的名字,如果想不改变名 字呢就去修改 options。
- options: {
- name: '[name].[ext]'
- }
这个就是原本的名字加原本的后缀。类似这种修改就是 placeholder 占位符。 占位符很多,可以在官网查,可以随意搭配,包括 ext 后缀、 hash 哈希值等等
name:'[name]_[hash].[ext]'
如果想打包更多的文件可以继续配置(正则表达式)。
test:/\.(jpg|png|gif)$/,
如果想单独打包到其它路径可以配置 options 中 outputPath。
outputPath:'images/'
还有更多参数,可以去官网找。 另一个类似的叫 url-loader,除了做 file-loader 的一切功能还 有其它功能。 它会把图片转换成 base64 然后直接放到 js 文件中,不会单 独创建一个图片文件。 好处是打包在 js 中,js 好了,图片也跟着加载出来了,少一 次网络请求。问题是打包的文件就更大了,比较耗时,空白 比较久。
最佳使用方式是如果图片非常小可以 base64 省个请求,如果 相对大一点就打包到 dist 目录下,可以通过 limit 进行配置, 如果大于 limit 调 file-loader,小于就调 url-loader。
- module:{
- rules:[{
- test:/\.jpg$/,
- use: {
- loader: 'file-loader',option:{name:'[name]_[hash].[ext]'},outputPaht:'image/',
- limit:10240//10240就是我们的10kb
- }
- }]
- },
遇到 CSS,webpack 也不知道怎么打包,这就需要继续添加 loader 了。 由于 loader 比较多所以就用数组。
- {
- test:/\.css$/,
- use:['style-loader','css-loader']
- }
css-loader 可以帮助我们分析不同 css 文件的关系并且整合成 一个 CSS 内容。 style-loader 就是把 css 挂载到页面的 style 标签。 针对 sass 什么的需要安装对应的 sass-loader 和 node-sass 包。 Loader 执行顺序是从下到上,从右到左。 写 CSS3 代码一般会自动加前缀,打包完就没有了,需要 postcss-loader 来自动添加。 它还需要一个 postcss.config.js。
明确 webpack 打包完成后并没有 html 文件,需要自己手动 创建 index.html,比较麻烦,这里就用 htmlwebpackplugin 来 解决。 需要先安装对应 plugin 包,引入,配置完成还需要在数组中 实例化一下。
- const HtmlWebpackPlugin = require('html-webpack-plugin')
-
- plugin:[new HtmlWebpackPlugin()],
如此打包后即可在 dist 目录下自动生成一个 html(智能引入 对应 js)。如果需要自动生成的 html 中有某些标签可以进行配置,也就 是配置一个模板,这个我们在 src 写好一个 html(可以不注 入 js,打包完生成的 html 会自动注入),再丢路径给配置即可.
- plugin:[new HtmlWebpackPlugin({
- template:'src/index.html'
- })],
plugin 可以在 webpack 运行到某个时刻(比如打包完成时) 帮忙做一些事情。 如果希望打包的时候可以把之前的 dist 目录删除,可以借助 第三方的 cleanwebpackplugin(打包前会运行).
const CleanWebpackPlugin = require('clean-webpack-plugin')
Entry 就是指定一个入口文件,可以指定打包后的 js 名字(默 认是 main.js),不过会被 output 输出的写死名字覆盖。 如果想打包两个文件呢,就不仅仅需要在入口指定两个文件, 输出也需要使用一下占位符(不然写死就共用一个文件名会 报错),这里占位符最终被替换为 main、sub,两个会放到 html 模板。
- entry:{
- main:'./src/index.js',
- sub:'.src/index.js'
- }
-
- output:{
- filename:'[name].js',
- path:path.resolve(_dirname,'dist')
- }
如果希望打包完成注入的js前面有个CDN的前缀可以在输出 那配置 publicPath.
mode 为 development 是开发者模式,默认已经配置了 sourceMap,可以用 devtool 为 none 来关闭。 而关闭后我们如果代码有错误,点击查看是去看打包后的文 件而非源文件,这就不方便修改了,还是需要 sourceMap 提 供的映射关系,方便我们知道源文件哪里有问题,通过 source-map 重新开启。
devtool:'inline-source-map',
默认错误会提示具体到第几行第几列,而加上 cheap 就只是 精确到第几行,打包会快一些。同时默认只是会映射业务代 码,不管第三方模块的代码,除非加上 module。 eval 是最快的,既没有 map 也没有 base64,直接以 eval 方 式运行代码,但是如果代码太大就不太合适。 开发环境代码最佳实践是:
devtool:'cheap-module-eval-source-map',
线上代码:
devtool:'cheap-module-source-map',
每次我们更改代码都需要手动打包然后打开打包后的 html 重新编译运行,效率比较低,想要实现一个自动打包,有三 种方式。 第一种是直接加 watch,webpack 就会自动监听,一旦源代 码改变了就自动重新打包。
这个还不够好,我还希望能自动打开浏览器,实现一些服务 器的内容(也就是不再 file 打开而是 localhostxxxx)。 第二种是 webpack devServer 起一个 web 服务器(不然都是 在 file...,无法发 ajax 请求),这个在配置文件已经内置了, contentBase 就是服务器起在哪即根路径
好处在于还可以自动帮我们刷新浏览器。 还可以配置一个 open:true 的属性,可以自动打开一个浏览 器,自动访问服务器地址(8080),允许发 ajax 请求(vue 和 react 底层都是利用这个自动开启一个服务器)。
- deyServer: {
- contentBase:'./dist',
- open:true
- }
同理我们也可以配置一个 proxy 跨域代理(其它框架也是利 用这个)。
port 可以指定一个端口号。 第三种(如果想自己写个服务器)是在 node 中直接使用 webpack,也就是通过 webpack 方法,还需要用到 webpack 的编译器(执行一下编译器就是重新打包一手).
这个还需要手动刷新,自动刷新还需要写很多内容,比较浪 费精力,直接 devServer 就好了,不要自己写,这里自动监 听代码变化是依靠 webpackdevmiddleware,publicpath 可以 不写,这里并没有什么影响.
Webpack-dev-server 不会生成 dist 目录而是保存到内存中, 提高了打包速度。 我们执行了一些操作然后修改了代码,结果页面就会刷新导 致操作全部消失,要重新操作比较麻烦,比如需要实现代码 改动后样式变其余不变,这就需要 HMR。 需要在 devServer 开启一个 hot:true(启动热加载模块)和 hotOnly:true(即便是 HMR 没有生效也不要让浏览器自动 刷新)。 还需要引入 webpack,用来加载自带插件,最好重启一下让 配置文件生效.
- devServer: {
- contentBase: ' . /dist' ,
- open: true ,
- port: 8080,
- hot: true,
- hotonly: true
- },
- const webpack = require( 'webpack' )|
- plugins: [
- new HtmLWebpackPlugin({
- template: ' src/ index. htmL'
- }),
- new
- C LeanwebpackPlugin( ['dist']) ,
- new webpack . HotModu LeRep LacementPlugin()|
- ],
如此就可以实现 CSS 文件修改,不会影响 JS 文件已经渲染出 来的内容。
同样的,HMR 也可以实现多个 JS 文件,其中一个文件改动, 不影响其它文件,当然了需要通过 accept 方法监控可能需要 变化的文件,然后根据文件变化与否是否需要执行什么逻辑
- if (module. hot) {
- module. hot.accept( ' . /numben', () => {
- number();
- })
- }
这个在开启了 HMR 时,就是只要 number 文件发生改变就执 行一下 number 函数。 CSS 不需要这么写是因为内置好了相应的 HMR 的代码(本质 上都是要写的,没写是因为已经写好了)。
打包后依然是 ES6 语法什么的在 chrome 倒是没问题,其它 浏览器可能就有问题,最好还是打包成 ES5. 具体步骤可以看看 Babel。
- test: /\.js$/ ,
- exc lude: /node_ modules/ ,
- Loader: "'babel- Loader"
使用了 babel-loader 其实只是打通了 webpack 与 loader 的桥 梁,还不会有作用,可以整个 babel/preset-env,丢在 options 就行。
虽然是作了翻译,但是那些 ES5 没有实现的也没办法转换, 比如 Promise、map 什么的。这就需要 babel-profill 做一个实 现的补充。 安装然后在 JS 文件的最顶部引入即可.
注意这样子会将全部低版本浏览器没有实现的语法都导进 来,一定程度上也增大了包的体积,如果只是需要部分方法, 可以配置一下 preset-env 参数 useBuiltIns:‘usage’,用到什 么加载什么方法。
- presets: [ [ ' @babel/preset-env', {
- useBui ltIns:
- 'usage'
- }]]
当然了 preset 也可以配置其它参数。
- rules:[{
- test: /\.js$/ ,
- exclude: /node_ modules/ ,
- loader: ' babe l-loader '
- options: {
- presets: [[ '@babe l/preset-env' ,
- targets: {
- chrome: "67"
- },
- useBuiltIns: ' usage '
- }]]
- }
比如 targets 就参考浏览器版本是否需要转换 ES6,支持比较 好就不需要了。 当然了目前这种是全局变量注入的形式,如果是做类库的就 需要整个↓避免污染,这种是以闭包/间接引入的形式。
- options: {
- // presets: [[ @babel/ preset-env', {
- //
- targets: {
- //
- chrome: "67" ,
- //
- },
- // useBuiltIns: ' usage
- // }]]
- "plugins": [ ["@babe l/p Lugin-transform- runtime", {
- corejs": ?,
- "helpers": true,
- regene rator": t rue,
- "useESModules": false
- }]]
- }
如果需要配置的 options 太多就整个 babelrc,并没有问题。