weixin_39593354
2020-12-26 05:12 阅读 22

vue-cli是如何工作的

title: vue-cli是如何工作的 date: 2017-06-16

vue-cli是Vue.js官方脚手架命令行工具,我们可以用它快速搭建Vue.js项目,vue-cli最主要的功能就是初始化项目,既可以使用官方模板,也可以使用自定义模板生成项目,而且从2.8.0版本开始,vue-cli新增了build命令,能让你零配置启动一个Vue.js应用。接下来,我们一起探究一下vue-cli是如何工作的。

全局安装

首先,vue-cli是一个node包,且可以在终端直接通过vue命令调用,所以vue-cli需要全局安装,当npm全局安装一个包时,主要做了两件事:

  1. 将包安装到全局的node_modules目录下。
  2. 在bin目录下创建对应的命令,并链接到对应的可执行脚本。

看一下vue-cli的package.json,可以发现如下代码:


{
  "bin": {
    "vue": "bin/vue",
    "vue-init": "bin/vue-init",
    "vue-list": "bin/vue-list",
    "vue-build": "bin/vue-build"
  }
}

这样在全局安装vue-cli后,npm会帮你注册vue, vue-init, vue-list, vue-build这几个命令。

项目结构

vue-cli项目本身也不大,项目结构如下:


.
├── bin
├── docs
├── lib
└── test
    └── e2e

bin目录下是可执行文件,docs下是新特性vue build的文档,lib是拆分出来的类库,test下是测试文件,我们着重看bin目录下的文件即可。

bin/vue

首先看bin/vue,内容很简短,只有如下代码:


#!/usr/bin/env node

require('commander')
  .version(require('../package').version)
  .usage('<command> [options]')
  .command('init', 'generate a new project from a template')
  .command('list', 'list available official templates')
  .command('build', 'prototype a new project')
  .parse(process.argv)
</command>

vue-cli是基于commander.js写的,支持Git-style sub-commands,所以执行vue init可以达到和vue-init同样的效果。

bin/vue-init

接下来看bin/vue-initvue-init的主要作用是根据指定模板生成项目原型。文件首先是引入一些依赖模块和lib中的辅助函数,因为init命令需要接收至少一个参数,所以vue-init第一个被执行到的就是检验入参的help函数,如果没有传入参数,则打印提示,传入参数则继续运行。

再向下是解析参数的过程:


var template = program.args[0]
var hasSlash = template.indexOf('/') > -1
var rawName = program.args[1]
var inPlace = !rawName || rawName === '.'
var name = inPlace ? path.relative('../', process.cwd()) : rawName
var to = path.resolve(rawName || '.')
var clone = program.clone || false

var tmp = path.join(home, '.vue-templates', template.replace(/\//g, '-'))
if (program.offline) {
  console.log(`> Use cached template at ${chalk.yellow(tildify(tmp))}`)
  template = tmp
}

template是模板名,第二个参数(program.args[1])rawName为项目名,如果不存在或为.则视为在当前目录下初始化(inPlace = true),默认项目名称name也为当前文件夹名。to是项目的输出路径,后面会用到。clone参数判断是否使用git clone的方式下载模板,当模板在私有仓库时用得上。offline参数决定是否使用离线模式,如果使用离线模式,vue-cli会尝试去~/.vue-templates下获取对应的模板,可以省去漫长的downloading template的等待时间,但是模板是不是最新的版本就无法确定了。

前面在处理参数时会得到一个变量to,表示即将生成的项目路径,如果已存在,则会输出警告,让用户确认是否继续,确认后执行run函数:


if (exists(to)) {
  inquirer.prompt([{
    type: 'confirm',
    message: inPlace
      ? 'Generate project in current directory?'
      : 'Target directory exists. Continue?',
    name: 'ok'
  }], function (answers) {
    if (answers.ok) {
      run()
    }
  })
} else {
  run()
}

run函数主要检查了模板是否是本地模板,然后获取或下载模板,获取到模板后执行generate函数。

generate函数是生成项目的核心,主要代码:


module.exports = function generate (name, src, dest, done) {
  var opts = getOptions(name, src)
  // Metalsmith读取template下所有资源
  var metalsmith = Metalsmith(path.join(src, 'template'))
  var data = Object.assign(metalsmith.metadata(), {
    destDirName: name,
    inPlace: dest === process.cwd(),
    noEscape: true
  })
  opts.helpers && Object.keys(opts.helpers).map(function (key) {
    Handlebars.registerHelper(key, opts.helpers[key])
  })

  var helpers = {chalk, logger}

  if (opts.metalsmith && typeof opts.metalsmith.before === 'function') {
    opts.metalsmith.before(metalsmith, opts, helpers)
  }
  // 一次使用askQuestions, filterFiles, renderTemplateFiles处理读取的内容
  metalsmith.use(askQuestions(opts.prompts))
    .use(filterFiles(opts.filters))
    .use(renderTemplateFiles(opts.skipInterpolation))

  if (typeof opts.metalsmith === 'function') {
    opts.metalsmith(metalsmith, opts, helpers)
  } else if (opts.metalsmith && typeof opts.metalsmith.after === 'function') {
    opts.metalsmith.after(metalsmith, opts, helpers)
  }
  // 将处理后的文件输出
  metalsmith.clean(false)
    .source('.') // start from template root instead of `./src` which is Metalsmith's default for `source`
    .destination(dest)
    .build(function (err, files) {
      done(err)
      if (typeof opts.complete === 'function') {
        var helpers = {chalk, logger, files}
        opts.complete(data, helpers)
      } else {
        logMessage(opts.completeMessage, data)
      }
    })

  return data
}

首先通过getOptions获取了一些项目的基础配置信息,如项目名,git用户信息等。然后通过metalsmith结合askQuestions,filterFiles,renderTemplateFiles这几个中间件完成了项目模板的生成过程。metalsmith是一个插件化的静态网站生成器,它的一切都是通过插件运作的,这样可以很方便地为其扩展。 通过generate函数的代码,很容易看出来生成项目的过程主要是以下几个阶段。

每个过程主要用了以下库: - getOptions: 主要是读取模板下的meta.jsonmeta.jsmeta.json是必须的文件,为cli提供多种信息,例如自定义的helper,自定义选项,文件过滤规则等等。该如何写一个自定义模板,可以参考这里 - 通过Metalsmith读取模板内容,需要注意的是,此时的模板内容还是未被处理的,所以大概长这样:


/* eslint-disable no-new */
new Vue({
  el: '#app',
  {{#router}}
  router,
  {{/router}}
  {{#if_eq build "runtime"}}
  render: h => h(App){{#if_eq lintConfig "airbnb"}},{{/if_eq}}
  {{/if_eq}}
  {{#if_eq build "standalone"}}
  template: '<app></app>',
  components: { App }{{#if_eq lintConfig "airbnb"}},{{/if_eq}}
  {{/if_eq}}
}){{#if_eq lintConfig "airbnb"}};{{/if_eq}}
  • 获取自定义配置: 主要是通过asyncinquirer的配合完成收集用户自定义配置。
  • filterFiles: 对文件进行过滤,通过minimatch进行文件匹配。
  • 渲染模板:通过consolidate.js配合handlebars渲染文件。
  • 输出:直接输出

vue-init的整个工作流程大致就是这样,vue-cli作为一个便捷的命令行工具,其代码写的也简洁易懂,而且通过分析源码,可以发现其中用到的很多有意思的模块。

bin/vue-list

vue-list功能很简单,拉取vuejs-templates的模板信息并输出。

bin/vue-build

vue-build则是通过一份webpack配置将项目跑起来,如果是入口仅是一个.vue组件,就使用默认的default-entry.es6加载组件并渲染。

其他

在看vue-cli源码时,发现了user-home这个模块,这个模块的内容如下:


'use strict';
module.exports = require('os-homedir')();

os-homedir这个包是一个os.homedir的polyfill,在Why not just use the os-home module?下,我看到了Modules are cheap in Node.js这个blog。事实上sindresorhus写了很多的One-line node modules,他也很喜欢One-line node moduels,因为模块越小,就意味着灵活性和重用性更高。当然对于One-line modules,每个人的看法不一样,毕竟也不是第一次听到“就这一个函数也tm能写个包”的话了。我认为这个要因人而异,sindresorhus何许人也,很多著名开源项目的作者,发布的npm包1000+,大多数他用到的模块,都是他自己写的,所以对他来说,使用各种“积木”去组建“高楼”得心应手。不过对于其他人来说,如果习惯于这种方式,可能会对这些东西依赖性变强,就像现在很多前端开发依赖框架而不重基础一样,所以我认为这种“拼积木”开发方式挺好,但最好还是要知其所以然。但是我感觉One-line modules的作用却不大,就像user-home这个模块,如果没有它,const home = require('os-homedir')();也可以达到目的,可能处于强迫症的原因,user-home才诞生了吧,而且像negative-zero这样的One-line modules,使用场景少是其一,而且也没带来什么方便,尤其是2.0版本,这个包直接使用Object.is去判断了:


'use strict';
module.exports = x => Object.is(x, -0);

不知道大家对One-line modules是什么看法?

该提问来源于开源项目:kaola-fed/blog

  • 点赞
  • 写回答
  • 关注问题
  • 收藏
  • 复制链接分享

4条回答 默认 最新

  • weixin_39951181 weixin_39951181 2020-12-26 05:12

    过渡拆分方便维护,但不方便优化

    点赞 评论 复制链接分享
  • weixin_39860849 weixin_39860849 2020-12-26 05:12

    negative-zero这个包还是有存在意义的,并不是任何时候我们都想要知其所以然

    redux的作者连console.trace的存在都不知道呢,不管怎么说有些东西不知道是情有可原的

    模块的功能就是封装,用Object.is判断-0并不是所有人都知道,而且如果要做兼容呢

    像你说的判断-0的方式,对于知道的人是很简单的,但对于不知道的人呢...比如问你go语言里面怎么判断-0

    换个角度,假如我们要把代码从js翻译到另一门语言,如果另一门语言有对应的模块,翻译起来的效率会高很多

    另外对于你说的user-home这个包

    js
    'use strict';
    module.exports = require('os-homedir')();
    

    作者说了封装的原因,这边会对结果做缓存

    点赞 评论 复制链接分享
  • weixin_39593354 weixin_39593354 2020-12-26 05:12

    我感觉重要的是有没有意义或者是意义大不大,是不是one line也无所谓,比如user-home的缓存在多个文件都引用这一模块时会更快,但是negative-zero的使用场景太少了,而且兼容也不是它来做的,2.0直接调用的Object.is

    点赞 评论 复制链接分享
  • weixin_39860849 weixin_39860849 2020-12-26 05:12

    使用场景是很少,反正我到现在还没引用过这个包,不过总会有这方面需求的人

    negative-zero现在的确没做兼容,但是如果突然什么时候要做兼容了呢(只是假设)?你手写代码需要改很多地方,但写在一个npm包里只需升级就好了...主要想表达的是这个

    点赞 评论 复制链接分享

相关推荐