摘要:假设后台使用端口,我们使用模式需要如下配置现在可以启动服务了,但同时请求也要修改为这样才能进行热加载。
webpack 提供了 webpack-dev-server 可以实现高效的页面自动刷新,但是这个 server 有一点局限性:
虽然可以做为 server 中间件使用,但本身不提供其它资源的静态服务
对于打包文件以外的变化它是无知的,也就无法去刷新
如果是自己的页面需要引入 script,修改配置 entry,自己另外提供文件服务,步骤繁琐
现在假设我们有自己的 html 页面,页面引入了本地的 css,但是 js 是由 webpack 打包的,需要实现文件修改自动刷新的页面的话我们需要以下几个模块:
文件监视 - gulp.watch()
静态资源服务 - gulp-serve 模块
livereload服务 (负责接受变化请求并通知页面刷新) - gulp-livereload 模块
自动添加 livereload 前端脚本 - connect-livereload 模块 (或者使用livereload浏览器插件)
代码如下:
// npm i gulp-serve gulp-livereload webpack gulp-util gulp connect-livereload -D var serve = require("gulp-serve") var livereload = require("gulp-livereload") var webpack = require("webpack") var gutil = require("gulp-util") var gulp = require("gulp") var webpackConfig = require("./webpack.config.js") var inject = require("connect-livereload")() var path = require("path") var myConfig = Object.create(webpackConfig) // for debugging myConfig.devtool = "sourcemap" myConfig.debug = true var paths = { scripts: ["index.js"], // file list for watching asserts: ["*.css", "index.html"] } gulp.task("default", ["build-dev"]) gulp.task("build-dev", ["webpack:build-dev", "serve"], function () { livereload.listen({ start: true }) // build js files on change gulp.watch(paths.scripts, ["webpack:build-dev"]) var watcher = gulp.watch(paths.asserts) watcher.on("change", function (e) { livereload.changed(e.path) }) }) // static server gulp.task("serve", serve({ root: [__dirname], // inject livereload script ot html middleware: inject })) var devCompiler = webpack(myConfig) var outputFile = path.resolve(myConfig.output.path, myConfig.output.filename) gulp.task("webpack:build-dev", function (callback) { devCompiler.run(function (err, stats) { if (err) throw new gutil.pluginError("webpack:build-dev", err) //eslint-disable-line gutil.log("[webpack:build-dev]", stats.toString({ colors: true })) livereload.changed(outputFile) callback() }) })
这种做法最大的好处就是 html 和 css 不用都让 webpack 去处理也能做到自动刷新,但是相比 webpack-dev-server, 它是JS全部重新打包的,所以性能会差很多,此时我们可以使用 webpack-dev-server 实现打包文件的监听,同时让原来后台提供其它文件服务。假设后台使用 3000 端口,我们使用 webpack-dev-server inline模式需要如下配置:
gulp.task("webpack:dev-server", function () { var devServerConfig = Object.create(myConfig) // webpack need this to send request to webpack-dev-server devServerConfig.output.publicPath = "http://localhost:8080/" devServerConfig.plugins = devServerConfig.plugins || [] devServerConfig.plugins.push(new webpack.HotModuleReplacementPlugin()) // inline mode devServerConfig.entry.unshift("webpack-dev-server/client?http://localhost:8080", "webpack/hot/dev-server") var compiler = webpack(devServerConfig) new WebpackDevServer(compiler, { contentBase: "http://localhost:3000/", // Set this as true if you want to access dev server from arbitrary url. // This is handy if you are using a html5 router. historyApiFallback: false, // Don"t forget this for dev-server publicPath: "/build/", lazy: false, hot: true }).listen(8080, "localhost", function (err) { if (err) throw new gutil.PluginError("webpack-dev-server", err) // Server listening gutil.log("[webpack-dev-server]", "http://localhost:8080/") }) })
gulp webpack:dev-server 现在可以启动服务了,但同时请求 bundle.js script也要修改为:
这样 webpack-dev-server 才能进行热加载。
还有一种看起来更好的方式是使用 proxy 来代理,此时你访问 webpack-dev-server时它无法处理的请求都会转发给你的后台服务,配置起来相比上面要简单一些:
html 页面无需修改
config.output.publicPath 使用原来的相对路径
webpack-dev-server 配置 proxy 选项
gulp.task("webpack:dev-server", function () { var devServerConfig = Object.create(myConfig) // webpack need this to send request to webpack-dev-server devServerConfig.plugins = devServerConfig.plugins || [] devServerConfig.plugins.push(new webpack.HotModuleReplacementPlugin()) // inline mode devServerConfig.entry.unshift("webpack-dev-server/client?http://localhost:8080", "webpack/hot/dev-server") var compiler = webpack(devServerConfig) new WebpackDevServer(compiler, { // contentBase: {target: "http://localhost:3000/"}, // Set this as true if you want to access dev server from arbitrary url. // This is handy if you are using a html5 router. historyApiFallback: false, proxy: { "*": "http://localhost:3000" }, publicPath: "/build/", lazy: false, hot: true }).listen(8080, "localhost", function (err) { if (err) throw new gutil.PluginError("webpack-dev-server", err) // Server listening gutil.log("[webpack-dev-server]", "http://localhost:8080/") }) })
这么做只需要访问 webpack-dev-server 就可以直接访问页面,其它设备通过 ip 也能直接访问到,免去了修改的麻烦。其实 webpack-dev-server 如果可以直接添加静态文件服务的功能,我们有时就不必折腾的这么麻烦了,大概是作者不想破坏它功能上的简洁以及避免滥用导致不良的后果吧。
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/86085.html
摘要:但是,从长远来看,尤其是多人协作的项目,还是很有必要的。第二参数为了某些场景下要大写强调,只需要传入即可自动将结果转成大写。这个有可能是业务上线了之后才发生,直接导致业务不可用。而这也被证明是个好的编码方式。 只是抱着尝试的心态对项目进行了迁移,体验了一番typeScript的强大,当然,习惯了JavaScript的灵活,弱类型,刚用上typeScript时会很不适应,犹如懒散惯了的人...
摘要:但是频繁的关闭服务与重启服务,这样就造成了很多时间浪费,所以我们需要利用来监视文件的改动,并将这些改动重新发布到生产目录,并重启服务非手动。三预处理器文件编译暂时没用到,后面用到再增加,可以参考其他人的 关于gulp,grunt,webpack,刚走前端模块化的我,真的是傻傻分不清楚,幸好有大神各种答疑解惑,使我略知一二,你也想知道的,也许还想知道点啥,资源罗列:1、中文官方文档;2、...
摘要:目前正在开发一个系统,对于前端模块化与打包这块出现了一些选择。采用模块化及打包由于项目比较小,稍微了解后,觉得没必要采用。组件化,目前比较流行的如等。项目较小需要交互更新页面的并不多,没有采用。 目前正在开发一个python markdown wiki系统,对于前端模块化与打包这块出现了一些选择。1、采用webpack模块化及打包由于项目比较小,稍微了解后,觉得没必要采用webpack...
摘要:目前正在开发一个系统,对于前端模块化与打包这块出现了一些选择。采用模块化及打包由于项目比较小,稍微了解后,觉得没必要采用。组件化,目前比较流行的如等。项目较小需要交互更新页面的并不多,没有采用。 目前正在开发一个python markdown wiki系统,对于前端模块化与打包这块出现了一些选择。1、采用webpack模块化及打包由于项目比较小,稍微了解后,觉得没必要采用webpack...
摘要:是一个构建工具,基于的平台运行,使用的是的模块化语法。我们使用需要用到的包一个任务,对应一个包,对应一个处理逻辑对应的是同步任务,从左到右,依次执行任务。时间长对应的是异步任务,效率高,时间短。 gulp 是一个构建工具,基于Node.js的平台运行,使用的是commonJs的模块化语法。 我们使用gulp需要用到的包 一个TASK任务,对应一个包,对应一个处理逻辑、 gulp.s...
阅读 2462·2021-09-27 13:36
阅读 2165·2019-08-29 18:47
阅读 2132·2019-08-29 15:21
阅读 1396·2019-08-29 11:14
阅读 1982·2019-08-28 18:29
阅读 1624·2019-08-28 18:04
阅读 569·2019-08-26 13:58
阅读 3206·2019-08-26 12:12