博客原文
我在前几天刚写过的《让 F5 歇一会儿——laravel-mix 自动刷新之道》中介绍了 laravel-mix 实现自动刷新的几种方法,其中就有涉及 hmr(Hot Module Replacement),但里面都是以 Laradock 环境为例。对于 Laravel 官方首推的 Homestead 当然也是可以的,只不过用法上有些差别,于加上 laravel-mix 本身的一些 BUG(在 issue 里搜索 hmr
结果就有好几页 ),对于刚接触的人来说可能无从下手。
本文介绍两种不同的玩法。
首先假定你已经创建了一个 laravel 项目,进行了相关配置(.env 配置及绑定测试域名,如:laravel.test)并已装好了后端依赖
玩法一:使用虚拟机中的 Node 环境
因为 Homestead 提供的环境里默认包含了前端开发所需要的 Node 环境及相关工具(gulp, npm, yarn 等),所以直接使用它们似乎是很省事的选择。
-
vagrant ssh
连接虚拟机,进入项目目录后安装前端依赖yarn install
-
在 webpack.mix.js 中调整相关配置
-
使用 mix.Webpack() 配置 devServer
mix.webpackConfig({ devServer: { watchOptions: { poll: 2000, // 这个值可调整,性能高的时候可以调小,也可以直接设置为 true ignored: /node_modules/, }, }, })
-
> 这一配置很关键,因为要是仅使用 devServer 的默认 watch 选项,对于虚拟机环境是无效的([见 webpack 文档](https://webpack.js.org/configuration/watch/#watchoptionspoll))
- 调整 hmrOptions
```js
mix.options({
hmrOptions: {
host: 'laravel.test',
port: 8080
}
})
```
- 在虚拟机终端中执行
yarn run hot
,然后在浏览器中使用绑定的测试域名(如:laravel.test)访问 - 修改 JS 等,自动编译后浏览器中页面即自动更新
玩法二:使用宿主机中的 Node 环境
当然也可以使用宿主机的 Node 环境,对于开发都来说,这些环境应该也是必须的了。
-
从宿主机终端进入项目目录并安装前端依赖
yarn install
-
webpack.mix.js 中使用 webpackConfig 进行配置
mix.webpackConfig({ devServer: { disableHostCheck: true, }, // 其它配置 })
disableHostCheck: true 是为了避免出现下面这种错误。
与玩法一中不一样,不再需要特别在 hmrOptions 中指定 devServer 和 host 和 port,使用默认的就好(事实上也不能像前面那样指定,因为会出现 IP/端口 冲突)
- 在宿主机终端中执行
yarn run hot
,然后在浏览器中使用绑定的测试域名(如:laravel.test)访问 - 修改 JS 等,自动编译后浏览器中页面即自动更新
总结
两种方法并没有谁好谁坏之分,具体使用哪种方法视具体场景及个人喜好而定。就我个人而言,通常使用第二种,主要原因有二:
- 一是出于性能/延迟方面的考虑,因为在虚拟机中使用轮询(poll)的方式来监听文件变化,当 poll 设置间隔较大时可能会出现一定延迟,而设置太小轮询太频繁则又可能造成一定的性能压力。所以直接使用宿主机的 Node 环境似乎更为划算。
- 二是自己使用的 IDE(PhpStorm)运行在宿主机(Windows)中,而 PhpStorm 的一些插件(或服务)如 Eslint、TypeScript、 Prettier 需要使用使用本地安装的一些 npm 包,这样就只能在宿主环境里安装依赖。(虽然可以考虑在宿主机全局安装依赖,但诸如 eslint-config-xxx 之类的项目相关的包也全局安装,必然造成混乱)
如同学习很多其它新工具新玩法一样,刚开始折腾 laravel-mix 时总是磕磕绊绊(有不少坑),但一旦掌握了窍门,就能极大的方便日常开发,提高工作效率。博客里记下这些,权当备忘,也算是分享,独乐不如众乐。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。