系统里有两个主要的部分:
成都创新互联专注为客户提供全方位的互联网综合服务,包含不限于成都网站建设、网站建设、通州网络推广、微信小程序开发、通州网络营销、通州企业策划、通州品牌公关、搜索引擎seo、人物专访、企业宣传片、企业代运营等,从售前售中售后,我们都将竭诚为您服务,您的肯定,是我们最大的嘉奖;成都创新互联为所有大学生创业者提供通州建站搭建服务,24小时服务热线:13518219792,官方网址:www.cdcxhl.com
两者皆应用了基于插件的架构。
Creator 是调用 vue create
Service 是调用 vue-cli-service
CLI 插件是一个可以为 @vue/cli 项目添加额外特性的 npm 包。它应该始终包含一个 Service 插件作为其主要导出,且可选的包含一个 Generator 和一个 Prompt 文件。
一个典型的 CLI 插件的目录结构看起来是这样的:
.
├── README.md
├── generator.js # generator (可选)
├── prompts.js # prompt 文件 (可选)
├── index.js # service 插件
└── package.json
Service 插件会在一个 Service 实例被创建时自动加载——比如每次 vue-cli-service 命令在项目中被调用时。
注意我们这里讨论的“service 插件”的概念要比发布为一个 npm 包的“CLI 插件”的要更窄。前者涉及一个会被 @vue/cli-service 在初始化时加载的模块,也经常是后者的一部分。
此外,@vue/cli-service 的内建命令和配置模块也是全部以 service 插件实现的。
一个 service 插件应该导出一个函数,这个函数接受两个参数:
这个 API 允许 service 插件针对不同的环境扩展/修改内部的 webpack 配置,并向 vue-cli-service 注入额外的命令。例如:
module.exports = (api, projectOptions) => {
api.chainWebpack(webpackConfig => {
// 通过 webpack-chain 修改 webpack 配置
})
api.configureWebpack(webpackConfig => {
// 修改 webpack 配置
// 或返回通过 webpack-merge 合并的配置对象
})
api.registerCommand('test', args => {
// 注册 `vue-cli-service test`
})
}
注意:插件设置模式的方式从 beta.10 开始已经改变了。
如果一个已注册的插件命令需要运行在特定的默认模式下,则该插件需要通过 module.exports.defaultModes 以 { [commandName]: mode } 的形式来暴露:
module.exports = api => {
api.registerCommand('build', () => {
// ...
})
}
module.exports.defaultModes = {
build: 'production'
}
这是因为我们需要在加载环境变量之前知道该命令的预期模式,所以需要提前加载用户选项/应用插件。
一个插件可以通过调用 api.resolveWebpackConfig() 取回解析好的 webpack 配置。每次调用都会新生成一个 webpack 配置用来在需要时进一步修改。
module.exports = api => {
api.registerCommand('my-build', args => {
const configA = api.resolveWebpackConfig()
const configB = api.resolveWebpackConfig()
// 针对不同的目的修改 `configA` 和 `configB`...
})
}
// 请确保为正确的环境变量指定默认模式
module.exports.defaultModes = {
'my-build': 'production'
}
或者,一个插件也可以通过调用 api.resolveChainableWebpackConfig() 获得一个新生成的链式配置:
api.registerCommand('my-build', args => {
const configA = api.resolveChainableWebpackConfig()
const configB = api.resolveChainableWebpackConfig()
// 针对不同的目的链式修改 `configA` 和 `configB`...
const finalConfigA = configA.toConfig()
const finalConfigB = configB.toConfig()
})
vue.config.js 的导出将会通过一个 schema 的验证以避免笔误和错误的配置值。然而,一个第三方插件仍然允许用户通过 pluginOptions 字段配置其行为。例如,对于下面的 vue.config.js:
module.exports = {
pluginOptions: {
foo: { /* ... */ }
}
}
该第三方插件可以读取 projectOptions.pluginOptions.foo 来做条件式的决定配置。
一个发布为 npm 包的 CLI 插件可以包含一个 generator.js 或 generator/index.js 文件。插件内的 generator 将会在两种场景下被调用:
这里的 GeneratorAPI 允许一个 generator 向 package.json 注入额外的依赖或字段,并向项目中添加文件。
一个 generator 应该导出一个函数,这个函数接收三个参数:
示例:
module.exports = (api, options, rootOptions) => {
// 修改 `package.json` 里的字段
api.extendPackage({
scripts: {
test: 'vue-cli-service test'
}
})
// 复制并用 ejs 渲染 `./template` 内所有的文件
api.render('./template')
if (options.foo) {
// 有条件地生成文件
}
}
当你调用 api.render('./template') 时,该 generator 将会使用 EJS 渲染 ./template 中的文件 (相对于 generator 中的文件路径进行解析)
此外,你可以使用 YAML 前置元信息继承并替换已有的模板文件的一部分:
---
extend: '@vue/cli-service/generator/template/src/App.vue'
replace: !!js/regexp /
你也可以完成多处替换,当然你需要将要替换的字符串用 <%# REPLACE %> 和 <%# END_REPLACE %> 块包裹起来:
---
extend: '@vue/cli-service/generator/template/src/App.vue'
replace:
- !!js/regexp /欢迎来到你的 Vue\.js 应用/
- !!js/regexp /
<%# END_REPLACE %>
如果你想要渲染一个以点开头的模板文件 (例如 .env),则需要遵循一个特殊的命名约定,因为以点开头的文件会在插件发布到 npm 的时候被忽略:
# 以点开头的模板需要使用下划线取代那个点:
/generator/template/_env
# 调用 api.render('./template') 会在项目目录中渲染成为:
.env
同时这也意味着当你想渲染以下划线开头的文件时,同样需要遵循一个特殊的命名约定:
# 这种模板需要使用两个下划线来取代单个下划线:
/generator/template/__variables.scss
# 调用 api.render('./template') 会在项目目录中渲染成为:
_variables.scss
只有内建插件可以定制创建新项目时的初始化对话,且这些对话模块放置在 @vue/cli 包的内部。
一个对话模块应该导出一个函数,这个函数接收一个 PromptModuleAPI 实例。这些对话的底层使用 inquirer 进行展示:
module.exports = api => {
// 一个特性对象应该是一个有效的 inquirer 选择对象
api.injectFeature({
name: 'Some great feature',
value: 'my-feature'
})
// injectPrompt 期望接收一个有效的 inquirer 对话对象
api.injectPrompt({
name: 'someFlag',
// 确认对话只在用户已经选取了特性的时候展示
when: answers => answers.features.include('my-feature'),
message: 'Do you want to turn on flag foo?',
type: 'confirm'
})
// 当所有的对话都完成之后,将你的插件注入到
// 即将传递给 Generator 的 options 中
api.onPromptComplete((answers, options) => {
if (answers.features.includes('my-feature')) {
options.plugins['vue-cli-plugin-my-feature'] = {
someFlag: answers.someFlag
}
}
})
}
第三方插件通常会在一个项目创建完毕后被手动安装,且用户将会通过调用 vue invoke 来初始化这个插件。如果这个插件在其根目录包含一个 prompts.js,那么它将会用在该插件被初始化调用的时候。这个文件应该导出一个用于 Inquirer.js 的问题的数组。这些被解析的答案对象会作为选项被传递给插件的 generator。
或者,用户可以通过在命令行传递选项来跳过对话直接初始化插件,比如:
vue invoke my-plugin --mode awesome
为了让一个 CLI 插件能够被其它开发者使用,你必须遵循 vue-cli-plugin-
注意
这个章节只用于 vuejs/vue-cli 仓库内部的内建插件工作。
一个带有为本仓库注入额外依赖的 generator 的插件 (比如 chai 会通过 @vue/cli-plugin-unit-mocha/generator/index.js 被注入) 应该将这些依赖列入其自身的 devDependencies 字段。这会确保:
文章题目:创新互联VueCLI教程:VueCLI插件开发指南
文章出自:http://www.shufengxianlan.com/qtweb/news20/226470.html
网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等
声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联