内容简介:在编写分析原因:在配置 webpack 的热更新的时候,我们都会在 entry 配置如下配置:
在编写 chrome 插件开发模板 的时候,遇到了 webpack 的 热更新不完全生效 的问题。
-
不生效情景:
当 chrome 插件的 manifest.json 中的 background, content_scripts 被配置为 js 的形式时(如下),这些脚本必须在文件目录中存在(注意:background 的 scripts 和 content_scripts 的 js 两个属性是不能使用远程链接的)。
{ "background": { "persistent": false, "scripts": ["background.js"] }, "content_scripts": [ { "matches": ["http://*/*", "https://*/*"], "js": ["content.js"], "all_frames": true } ], } 复制代码
-
生效情景: 当 chrome 插件的 manifest.json 中的 background, popup 被配置为 html (js 在 html 中被以 远程链接 的形式引入) 的形式时(如下),
{ "browser_action": { "default_popup": "pages/popup.html" }, "background": { "persistent": false, "page": "pages/background.html" }, } 复制代码
<!DOCTYPE html> <html> <head> <meta charset="utf-8"> <script src="http://127.0.0.1:3000/js/background.js"></script> </head> </html> 复制代码
<!DOCTYPE html> <html> <head><meta charset="UTF-8"></head> <body> <div id="chrome-popup-root"></div> <script src="http://127.0.0.1:3000/js/popup"></script> </body> </html> 复制代码
分析原因:
在配置 webpack 的热更新的时候,我们都会在 entry 配置如下配置: webpack-hot-middleware/client?path=http://127.0.0.1:3000/__webpack_hmr&noInfo=false&reload=true&quiet=false
然后开发过程中,我们会在 network 中发现很多 http://127.0.0.1:3000/__webpack_hmr/xxx 这样的网络请求,这些请求就是用来获取对应脚本的修改部分,并触发其发生热更新,最后局部进行重新渲染。所以这样的 热更新只能支持远程链接配置 的形式。这就是 chrome 插件开发时的热更新不完全生效的原因。
2. 解决开发chrome 插件过程中修改代码后自动重载的问题
上面我们提到 manifest.json 中的 background 的 scripts 和 content_scripts 的 js 两个属性是不能使用远程链接的,所以 webpack 的热更新并不适合 js 脚本配置的 chrome 插件开发。
而开发过 chrome 插件的同学都知道,对于使用本地脚本配置的方式,在修改了脚本后,需要去应用扩展后台手动更新插件,否则插件不会更新。(这里推荐另一个插件,可以重载其他当前正在开发的 chrome 插件: github.com/arikw/chrom… )
所以,这里就衍生出了开发 chrome 插件过程中修改代码后能否自动重载的问题。
我们逆向思考:要重载插件,需要获得代码的修改时机;要获得代码的修改时机,需要了解 webpack 在每次修改编译后如何通知到客户端。
于是继续衍生出以下几个问题:
- 如何获取 webpack 每次触发修改编译后的钩子
- 如何在 webpack 钩子回调中及时通知浏览器代码已更新
- 浏览器接受到修改通知后,如何更新重载插件和页面
我们一个一个来解决
1. 如何获取 webpack 每次触发修改编译后的钩子
查阅 webpack 文档我们可以找到如下方法:
const compiler = webpack(webpackConfig) compiler.hooks.done.tap('name', () => { // todo }) 复制代码
2. 如何在 webpack 钩子回调中及时通知浏览器代码已更新
首先请详细看一下这几篇文章和源码:《Server-Sent Events》、 《Webpack 热更新实现原理分析》 、 《EventSource client for Node.js and Browser (polyfill)》
SSE 就是一种由服务端直接将信息推送给客户端的单向通道,相比 websocket 则会更加轻量。
客户端:
if ('EventSource' in window) { const source = new EventSource(`http://localhost:3000/sse`) source.addEventListener('open', (event) => { console.log('Auto Reload Listen: ', event); }, false); source.addEventListener('compiled', (event) => { // 自定义事件 console.log('compiled: ', event); // todo }, false); source.addEventListener('error', (event) => { console.log('error: ', event); }, false); } 复制代码
服务端:
const SseStream = require('ssestream'); const compiler = webpack(webpackConfig); app.use('/sse', webpackChromeExtensionsReloadMiddleware(compiler)); function webpackChromeExtensionsReloadMiddleware(compiler, opts = {}) { opts.heartbeat = opts.heartbeat || 5 * 1000; const middleware = function(req, res, next) { res.header('Access-Control-Allow-Origin', '*'); const sseStream = new SseStream(req) // 构造 sse 的请求 sseStream.pipe(res) if (compiler.hooks) { compiler.hooks.done.tap('webpack-chrome-extensions-reload-middleware', () => { sseStream.write({ // 请求数据 event: 'compiled', data: 'compiled' }) }) } res.on('close', () => { console.log('close connection') sseStream.unpipe(res) }) next(); }; return middleware; } 复制代码
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网
猜你喜欢:- oscnews 1.0.0 更新,软件更新资讯 Chrome 插件
- probie 插件更新,新增实时编程
- IDEA 2020.3 更新 Kotlin 插件
- Fundebug前端JavaScript插件更新至1.3.0
- Fundebug前端JavaScript插件更新至1.4.0
- 批注插件 skyeye-editor 1.7 版本更新
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
Web信息架构(第3版)
Peter Morville、Louis Rosenfeld / 陈建勋 / 电子工业出版社 / 2008年8月 / 85.00
本书涵盖了信息架构基本原理和实践应用的方方面面。全书共7个部分,包括信息架构概述、信息架构的基本原理、信息架构的开发流程和方法论、信息架构实践、信息架构与组织、两个案例研究,以及参考资料清单。 本书兼具较高的理论价值和实用价值,曾被Web设计领域多本书籍重点推荐,是信息架构领域公认的经典书,不论新手还是专家都能各取所需。本书可供Web设计与开发者、Web架构师、网站管理者及信息管理相关人员参......一起来看看 《Web信息架构(第3版)》 这本书的介绍吧!