博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
vue init深度定制团队自己的Vue template
阅读量:3639 次
发布时间:2019-05-21

本文共 4360 字,大约阅读时间需要 14 分钟。

大家都知道,使用vue-cli可以快速的初始化一个基于Vue.js的项目,全局安装脚手架之后,你可以通过vue list命令看到官方提供的5个模板

#####vue list

当开发一个独立项目的时候,使用官方提供的template确实很方便,省去了繁琐的依赖配置,webpack等配置问题,甚至连项目目录结构也不需要去考虑,着实方便。但是,当我们需要开发多个系统,每个系统依赖的包,webpack都不一致的时候,vue官方提供的模板就显得捉襟见肘了,这是我们就需要去考虑,能否开发一套自己定制化的template,答案是肯定的,那么在开始定制之前我们需要了解一些前置知识。

一、前置知识

模板结构

首先我们了解一下模板的主要结构,当我们从githup官网上去看vue官方给们提供的模板结构的时候,发现模板其实很简单,主要包括两个部分

  1. template 该目录用于存放模板文件,当你执行vue init 的时候,初始化项目文件目录结构就来与此
  2. meta.js/meta.json用于描述初始化项目的时候在命令行和用户交互的行为

download-git-repo

使用vue-cli初始化项目时会使用该工具来下载目标仓库,默认我们平常都会下载webpack这个模板(vue init webpack myProject),自定义模板可以是一个GitHub仓库,也可以是一个本地文件,使用如下命令来初始化项目:

vue init username/repo my-project //其中username为自定义模板仓库所在GitHub用户名,repo是仓库名vue init ./../ my-project  //本地文件

Inquirer.js

vue-cli在模板仓库下载完成后,将通过Inquire.js根据模板仓库中的meta.js或meta.json文件中的设置,与用户进行一些简单的交互以确定项目的一些细节,如下图:

该交互是可选的,如果项目中没有meta.js或meta.json文件时,模板仓库下载完成后将直接进入模板模板构建过程。

Handlebars.js

在通过命令行交互确定了项目初始化细节后,就该进入最后一道工序,按照模板初始化我们的项目了,这里vue-cli选用的是Handlebars.js,一个简单高效的语义化模板构建引擎。

定制模板主要围绕着命令行交互(Inquirer.js)与模板文件开发(Handlebars.js)这两部分。

meta.js配置文件(Inquirer.js)

meta.js相当于模板项目的配配置文件,这个文件不是必须的,这里主要看看它能做些什么,设置都在meta.js或meta.json里面,但是我推荐使用meta.js,因为它的配置相对更灵活一点,下面主要简单说明一下meta.js的配置。

meta.js一共包含如下几个字段,简单列一下各字段功能:

    • helpers:自定义Handlebars.js的辅助函数
    • prompts:基于Inquirer.js的命令行交互配置
    • filters:根据命令行交互结果过滤将要渲染的项目文件
    • metalSmith:配置Metalsmith插件,文件会像gulp.js中的pipe一样依次经过各个插件的处理
    • completeMessage:将模板渲染为项目后输出一些提示信息,取值为字符串
    • complete:与completeMessage功能相同,二选其一,取值为函数,函数最后要返回输出的字符串,这里也可以配置让其自动安装项目依赖

命令行交互(Inquirer.js)

命令行交互主要是meta.js中prompts字段的配置,详细的配置可以阅读官方文档

module.exports = {  metalsmith:{    before: addTestAnswers  },  "helpers": {    "if_or": function (v1, v2, options) {      if (v1 || v2) {        return options.fn(this);      }      return options.inverse(this);    },    template_version() {      return templateVersion    },  },  "prompts": {    "name": {      "type": "input",      "required": true,      "message": "项目名"    },    "author": {      "type": "input",      "message": "作者"    },  }}

说一下各个字段的意思

name与author:交互字段名称,可在后续条件交互或模板渲染时通过该字段读取到交互的的结果。

type:交互类型,有input,confirm,list,rawlist,expand,checkbox,password,editor八种类型
message:交互的提示信息
when:进行该条件交互的先决条件
default:默认值,当输入为空时默认此值
required:默认为false,该值是否为必填项
validate:输入验证函数
模板基本语法(Handlebars.js)

在编写模板的时候,我们可以用Mustache语法在任何文本类型的文件中输出在命令行交互中得到一些数据:

{  "name": "{
{ name }}", "description": "{
{ description }}", "scripts": { "dev": "webpack-dev-server --inline --progress --config build/webpack.dev.conf.js", "start": "npm run dev", {
{/if_eq}} {
{#e2e}} "e2e": "node test/e2e/runner.js",{
{/e2e}} {
{#if_or unit e2e}} "build": "node build/build.js" }, "dependencies": { {
{#vux}} "vux": "^2.2.0", {
{/vux}} } }

以package.json文件为例,{

{name}}即为meta.js里面写name,{
{#vux}}“vux”:"^2.2.0",{
{/vux}}即为根据命令行交互的结果得知是否渲染。

模板渲染时的辅助函数(Handlebars.js)

  vue-cli中为handlebar.js预置了if_eq与unless_eq辅助函数,用于使用交互所得数据来处理模板中是否渲染两种逻辑关系,此外handlebars中还内内置了if、unless、each等辅助函数。此外我们可以自定义辅助函数(handlebars.js)

有时候现有的辅助函数不能可能不能满足我们的需求,通过meta.js中的helpers字段我们可以自定义辅助函数:

"helpers": {    "if_or": function (v1, v2, options) {      if (v1 || v2) {        return options.fn(this);      }      return options.inverse(this);    },    template_version() {      return templateVersion    },  },

辅助函数可以接受若干个参数,最后一个参数options为辅助函数的钩子,调用options.fn(this)即输出该辅助函数运算结果为真时的内容,反之调用options.inverse(this)的内容

现在就可以直接再模板中使用if_or辅助函数了:

{
{#if_or unit e2e}} "test": "{
{#unit}}npm run unit{
{/unit}}{
{#unit}}{
{#e2e}} && {
{/e2e}}{
{/unit}}{
{#e2e}}npm run e2e{
{/e2e}}",{
{/if_or}}

####按条件过滤渲染文件

  辅助函数值可以控制文件内的一部分内容的输出与否,有时候我们需要根据交互结果控制某些文件本身是否输出。

  在meta.js中的filters字段中进行相应的设置就可以达到控制文件输出的效果filters: {//根据命令行交互的结果过滤将要渲染的项目文件    '.eslintrc.js': 'lint',    '.eslintignore': 'lint',    'config/test.env.js': 'unit || e2e',    'build/webpack.test.conf.js': "unit && runner === 'karma'",    'test/unit/**/*': 'unit',    'test/unit/index.js': "unit && runner === 'karma'",    'test/unit/jest.conf.js': "unit && runner === 'jest'",    'test/unit/karma.conf.js': "unit && runner === 'karma'",    'test/unit/specs/index.js': "unit && runner === 'karma'",    'test/unit/setup.js': "unit && runner === 'jest'",    'test/e2e/**/*': 'e2e',    'src/router/**/*': 'router',  },

filters中键名是要控制输出的文件的路径,键名对应的值为命令行交互中得到的数据

关于metalSmith插件的使用本人尚未研究,如果有感兴趣的朋友敬请期待,或可以直接去查阅相关资料。

以上就就是定制团队模板的大概步骤,差不多已经介绍结束了,如果有兴趣赶快为自己的团队定制去吧!!!

转载地址:http://vtyyn.baihongyu.com/

你可能感兴趣的文章
木马工作原理——病毒木马 002
查看>>
DHT11使用详解
查看>>
android
查看>>
Android——广播
查看>>
Android——内容提供者
查看>>
Android——网络编程
查看>>
Android——服务
查看>>
HarmonyOS工作原理解析
查看>>
数据库事务的四个特性及含义
查看>>
主题模型探讨
查看>>
stop word理解及超全的停用词表
查看>>
同义词挖掘的一些常用方法 及同义词替换程序
查看>>
用户画像全面精析
查看>>
对话系统分析与展望
查看>>
基于VSM的命名实体识别、歧义消解和指代消解
查看>>
算术运算符和比较运算符
查看>>
复制带随机指针的链表
查看>>
【SpringMVC】十、SSM整合入门
查看>>
学习Java Socket网络编程(三)
查看>>
Java方法参数之参数传递方式
查看>>