Vue脚手架热更新技术探秘

Vue脚手架热更新技术探秘

前言

热替换(Hot Module Replacement)或热重载(Hot Reload)是指在不停机状态下,实时更新,在前端利于来说,在各大框架中及库中都有体现,比如NG从5开始就提供了热更新,RN也有对应的热更新技术,其实客户端技术很早就已经有这方面的探索,本文主要针对Vue脚手架的热更新,其实主要是Vue-hot-reload-api这个包的应用,对webpack的HMR比较感兴趣的同学推荐冉四夕大佬的这篇文章Webpack HMR 原理解析,多说一句,个人认为Webpack可能是最好的node.js的工具库应用。

目录

  • vue-cli脚手架结构
  • vue-hot-reload-api源码分析
  • vue-cli热更新 vs webpack热更新

探索案例

vue-cli脚手架结构

在这里插入图片描述

[目录结构]

  • bin
    • vue
    • vue-build
    • vue-init
    • vue-list
  • lib
    • ask.js (自定义工具-用于询问开发者)
    • check-version.js
    • eval.js
    • filter.js (自定义工具-用于文件过滤)
    • generate.js
    • git-user.js
    • local-path.js
    • logger.js (自定义工具-用于日志打印)
    • options.js (自定义工具-用于获取模板配置)
    • warnings.js

[目录描述] vue-cli2的目录结构就是bin下的相关模块,vue-cli最新版将各个模块又单独抽成了独立的文件,并引入了插件机pwa等相关周边的工具引入,使得脚手架更加丰富(见下图),但主要构建流程并未改变,主要就是在bin目录下去配置相关的命令,主要用到了commander处理命令行的包,对于想独立开发个人脚手架的同学可以参考这两篇文章教你从零开始搭建一款前端脚手架工具走进Vue-cli源码,自己动手搭建前端脚手架工具

在这里插入图片描述

vue-hot-reload-api源码分析

在这里插入图片描述

let Vue // late bind
let version
const map = Object.create(null)
if (typeof window !== 'undefined') {
  window.__VUE_HOT_MAP__ = map
}
let installed = false
let isBrowserify = false
let initHookName = 'beforeCreate'

exports.install = (vue, browserify) => {
  if (installed) return
  installed = true

  Vue = vue.__esModule ? vue.default : vue
  version = Vue.version.split('.').map(Number)
  isBrowserify = browserify

  // compat with < 2.0.0-alpha.7
  if (Vue.config._lifecycleHooks.indexOf('init') > -1) {
    initHookName = 'init'
  }

  exports.compatible = version[0] >= 2
  if (!exports.compatible) {
    console.warn(
      '[HMR] You are using a version of vue-hot-reload-api that is ' +
        'only compatible with Vue.js core ^2.0.0.'
    )
    return
  }
}

/**
 * Create a record for a hot module, which keeps track of its constructor
 * and instances
 *
 * @param {String} id
 * @param {Object} options
 */

exports.createRecord = (id, options) => {
  if(map[id]) return

  let Ctor = null
  if (typeof options === 'function') {
    Ctor = options
    options = Ctor.options
  }
  makeOptionsHot(id, options)
  map[id] = {
    Ctor,
    options,
    instances: []
  }
}

/**
 * Check if module is recorded
 *
 * @param {String} id
 */

exports.isRecorded = (id) => {
  return typeof map[id] !== 'undefined'
}

/**
 * Make a Component options object hot.
 *
 * @param {String} id
 * @param {Object} options
 */

function makeOptionsHot(id, options) {
  if (options.functional) {
    const render = options.render
    options.render = (h, ctx) => {
      const instances = map[id].instances
      if (ctx && instances.indexOf(ctx.parent) < 0) {
        instances.push(ctx.parent)
      }
      return render(h, ctx)
    }
  } else {
    injectHook(options, initHookName, function() {
      const record = map[id]
      if (!record.Ctor) {
        record.Ctor = this.constructor
      }
      record.instances.push(this)
    })
    injectHook(options, 'beforeDestroy', function() {
      const instances = map[id].instances
      instances.splice(instances.indexOf(this), 1)
    })
  }
}

/**
 * Inject a hook to a hot reloadable component so that
 * we can keep track of it.
 *
 * @param {Object} options
 * @param {String} name
 * @param {Function} hook
 */

function injectHook(options, name, hook) {
  const existing = options[name]
  options[name] = existing
    ? Array.isArray(existing) ? existing.concat(hook) : [existing, hook]
    : [hook]
}

function tryWrap(fn) {
  return (id, arg) => {
    try {
      fn(id, arg)
    } catch (e) {
      console.error(e)
      console.warn(
        'Something went wrong during Vue component hot-reload. Full reload required.'
      )
    }
  }
}

function updateOptions (oldOptions, newOptions) {
  for (const key in oldOptions) {
    if (!(key in newOptions)) {
      delete oldOptions[key]
    }
  }
  for (const key in newOptions) {
    oldOptions[key] = newOptions[key]
  }
}

exports.rerender = tryWrap((id, options) => {
  const record = map[id]
  if (!options) {
    record.instances.slice().forEach(instance => {
      instance.$forceUpdate()
    })
    return
  }
  if (typeof options === 'function') {
    options = options.options
  }
  if (record.Ctor) {
    record.Ctor.options.render = options.render
    record.Ctor.options.staticRenderFns = options.staticRenderFns
    record.instances.slice().forEach(instance => {
      instance.$options.render = options.render
      instance.$options.staticRenderFns = options.staticRenderFns
      // reset static trees
      // pre 2.5, all static trees are cached together on the instance
      if (instance._staticTrees) {
        instance._staticTrees = []
      }
      // 2.5.0
      if (Array.isArray(record.Ctor.options.cached)) {
        record.Ctor.options.cached = []
      }
      // 2.5.3
      if (Array.isArray(instance.$options.cached)) {
        instance.$options.cached = []
      }

      // post 2.5.4: v-once trees are cached on instance._staticTrees.
      // Pure static trees are cached on the staticRenderFns array
      // (both already reset above)

      // 2.6: temporarily mark rendered scoped slots as unstable so that
      // child components can be forced to update
      const restore = patchScopedSlots(instance)
      instance.$forceUpdate()
      instance.$nextTick(restore)
    })
  } else {
    // functional or no instance created yet
    record.options.render = options.render
    record.options.staticRenderFns = options.staticRenderFns

    // handle functional component re-render
    if (record.options.functional) {
      // rerender with full options
      if (Object.keys(options).length > 2) {
        updateOptions(record.options, options)
      } else {
        // template-only rerender.
        // need to inject the style injection code for CSS modules
        // to work properly.
        const injectStyles = record.options._injectStyles
        if (injectStyles) {
          const render = options.render
          record.options.render = (h, ctx) => {
            injectStyles.call(ctx)
            return render(h, ctx)
          }
        }
      }
      record.options._Ctor = null
      // 2.5.3
      if (Array.isArray(record.options.cached)) {
        record.options.cached = []
      }
      record.instances.slice().forEach(instance => {
        instance.$forceUpdate()
      })
    }
  }
})

exports.reload = tryWrap((id, options) => {
  const record = map[id]
  if (options) {
    if (typeof options === 'function') {
      options = options.options
    }
    makeOptionsHot(id, options)
    if (record.Ctor) {
      if (version[1] < 2) {
        // preserve pre 2.2 behavior for global mixin handling
        record.Ctor.extendOptions = options
      }
      const newCtor = record.Ctor.super.extend(options)
      // prevent record.options._Ctor from being overwritten accidentally
      newCtor.options._Ctor = record.options._Ctor
      record.Ctor.options = newCtor.options
      record.Ctor.cid = newCtor.cid
      record.Ctor.prototype = newCtor.prototype
      if (newCtor.release) {
        // temporary global mixin strategy used in < 2.0.0-alpha.6
        newCtor.release()
      }
    } else {
      updateOptions(record.options, options)
    }
  }
  record.instances.slice().forEach(instance => {
    if (instance.$vnode && instance.$vnode.context) {
      instance.$vnode.context.$forceUpdate()
    } else {
      console.warn(
        'Root or manually mounted instance modified. Full reload required.'
      )
    }
  })
})

// 2.6 optimizes template-compiled scoped slots and skips updates if child
// only uses scoped slots. We need to patch the scoped slots resolving helper
// to temporarily mark all scoped slots as unstable in order to force child
// updates.
function patchScopedSlots (instance) {
  if (!instance._u) return
  // https://github.com/vuejs/vue/blob/dev/src/core/instance/render-helpers/resolve-scoped-slots.js
  const original = instance._u
  instance._u = slots => {
    try {
      // 2.6.4 ~ 2.6.6
      return original(slots, true)
    } catch (e) {
      // 2.5 / >= 2.6.7
      return original(slots, null, true)
    }
  }
  return () => {
    instance._u = original
  }
}

整体来说vue-hot-reload-api的思路还是很清晰的,主要就是通过维护一个map映射对象,通过对component名称进行对比,这里主要维护了一个Ctor对象,通过hook的方法在vue的生命周期中进行watch监听,然后更新后进行rerender以及reload

vue-cli热更新 vs webpack热更新

在这里插入图片描述

vue-cli热重载和webpack热更新不同的区别主要在于:
1、依赖:vue-cli热重载是强依赖于vue框架的,利用的是vue自身的Watcher监听,通过vue的生命周期函数进行名称模块的变更的替换;而webpack则是不依赖于框架,利用的是sock.js进行浏览器端和本地服务端的通信,本地的watch监听则是webpack和webpack-dev-server对模块名称的监听,替换过程用的则是jsonp/ajax的传递;
2、粒度:vue-cli热重载主要是利用的vue自身框架的component粒度的更新,虽然vue-cli也用到了webpack,其主要是打包和本地服务的用途;而webpack的热更新则是模块粒度的,其主要是模块名称的变化定位去更新,由于其自身是一个工具应用,因而不能确定是哪个框架具体的生命周期,因而其监听内容变化就必须通过自身去实现一套类似的周期变化监听;
3、定位:vue-cli定位就是vue框架的命令行工具,因而其并不需要特别大的考虑到双方通信以及自定义扩展性等;而webpack本身定位在一个打包工具,或者说其实基于node.js运行时环境的应用,因而也就决定了它必须有更方便、更个性化的扩展和抽象性

总结

在简单小型项目中,直接使用vue-cli脚手架进行vue相关应用的开发即可,但在开发过程中遇到了相关不太明白的渲染问题,也需要弄懂弄通其深层原理(ps:这次就是基于一个生命周期渲染的问题引发的探究,大概描述下就是页面渲染在f5刷新和vue-cli热重载下会出现不同的数据形式,然后便研究了下vue-cli的源码);而对于大型定制化项目,或者说需要对前端项目组提供一整套的前端工程化工具模板的开发,webpack还是首当其冲的选择,毕竟webpack还是在node.js运行时下有压倒性优势的工具应用。

参考

  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: Vue Electron 是一个结合了Vue.js和Electron的框架,可以用于构建基于Electron的跨平台桌面应用程序。热更新是指在开发过程中,当我们修改代码后,应用程序能够自动更新,而不需要重启整个程序。 Vue Electron可以通过vue-cli-plugin-electron-builder插件实现热更新。首先,在开发环境下,我们可以使用npm run electron:serve启动一个开发服务器,并启动Electron来访问该服务器。这时,我们可以修改代码并保存,自动触发热更新,实时查看修改效果。 具体来说,当我们修改代码时,Webpack会自动重新构建我们的应用程序,并将编译后的文件保存在内存中。然后,Electron会监测到文件变化,从内存中获取最新的文件,实现热更新。这意味着,我们无需重启整个应用程序,就能够查看到我们对代码所做的修改。 这样的热更新机制可以大大提高开发效率,节约开发时间。我们可以立即看到修改的结果,并及时发现潜在的错误。而且,由于热更新只在开发过程中使用,最终的生产版本没有热更新相关的代码,因此不会影响应用程序的性能。 总而言之,Vue Electron提供了方便的热更新机制,使我们在开发过程中能够实时查看代码修改的效果,提高开发效率。 ### 回答2: Vue Electron 是将 Vue.js 和 Electron 框架结合起来使用的一种解决方案,它可以用来构建跨平台的桌面应用程序。而热更新指的是在应用程序运行过程中,无需重新编译和启动应用,实时地更新界面和逻辑的机制。 在 Vue Electron 中实现热更新可以通过使用 Vue Cli 3 的一些插件来完成。首先,我们需要安装 `@vue/cli-plugin-electron-builder` 插件,它可以帮助我们打包和构建 Electron 应用。 接下来,我们可以使用Vue Cli提供的热更新插件 `@vue/cli-plugin-electron-builder`,来实现热更新的功能。这个插件在开发模式下使用 `webpack-dev-server` 来启动一个本地服务器,并且监测文件的变化。当文件发生变化时,自动重新编译并实时刷新 Electron 应用的界面和逻辑。 为了使用热更新功能,我们可以在 Vue 的 `main.js` 文件中添加以下代码: ``` javascript if (process.env.WEBPACK_DEV_SERVER_URL) { // 如果是开发模式 require('electron-reload')(__dirname, { electron: require(`${__dirname}/node_modules/electron`) }) win.loadURL(process.env.WEBPACK_DEV_SERVER_URL) } else { // 如果是生产模式 win.loadURL(formatUrl({ pathname: path.join(__dirname, 'index.html'), protocol: 'file', slashes: true })) } ``` 这段代码会根据环境变量判断是开发模式还是生产模式,如果是开发模式,就使用 `webpack-dev-server` 来启动本地服务器,并且使用 `electron-reload` 插件来实现热更新的功能。 总的来说,在 Vue Electron 中实现热更新可以通过 Vue Cli 插件和一些配套的工具实现。这个功能可以提高开发效率,特别是在调试和测试阶段,能够快速反馈界面和逻辑的变化。 ### 回答3: Vue Electron 是一个结合了 Vue.js 和 Electron 框架的工具,允许开发者使用Vue的开发模式来构建桌面应用程序。对于热更新的支持,Vue Electron 提供了一些解决方案。 首先,Vue Electron 支持使用Vue热更新开发模式。在开发过程中,可以通过修改代码后保存自动刷新应用程序,从而实现实时预览效果。这对于开发者来说是非常方便的,可以加快开发效率。 其次,Vue Electron 还提供了一种叫做 electron-webpack 的插件,可以帮助我们更好地实现热更新。electron-webpack 提供了一种自动重启 Electron 应用程序的机制。只要我们修改了 Vue 组件中的代码,保存后即可自动重启应用程序,以加载最新的代码。这样我们就可以实时看到修改后的效果,无需手动重启应用程序。 除了上述热更新方案,Vue Electron 还支持使用 Vite,Vite 是一个基于 Rollup 的下一代前端构建工具,可以实现快速的冷启动和热模块替换。通过结合 Vue Electron 和 Vite,我们可以更高效地进行开发,并获得更好的热更新体验。 总结起来,Vue Electron 提供了几种热更新的解决方案,包括内置的热更新开发模式、electron-webpack 插件以及集成 Vite。这些方案可以帮助开发者实现快速的应用程序开发和实时预览效果,提高开发效率。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值