我要评论hvigor允许开发者实现自己的插件，开发者可以定义自己的构建逻辑，并与他人共享。hvigor主要提供了两种方式来实现插件：基于hvigorfile脚本开发插件、基于typescript项目开发。下面以基于hvigorfile脚本开发插件进行介绍。
基于hvigorfile脚本开发
基于hvigorfile.ts脚本开发的方式，其优点是可实现快速开发，直接编辑工程或模块下hvigorfile.ts即可编写插件代码，不足之处是在多个项目中，无法方便的进行插件代码的复用和共享分发。
- 导入模块依赖。
// 导入接口
import { hvigorplugin, hvigornode } from '@ohos/hvigor'- 编写插件代码。
在hvigorfile.ts中定义插件方法，实现hvigorplugin接口。
// 实现自定义插件
function customplugin(): hvigorplugin {
return {
pluginid: 'customplugin',
apply(node: hvigornode) {
// 插件主体
console.log('hello customplugin!');
}
}
}- 在导出声明中使用插件。
export default {
system: apptasks,
plugins:[
customplugin() // 应用自定义plugin
]
}使用hvigorfile插件动态生成navigation防混淆文件
我们在使用navigation的系统路由表时，每次添加新页面，都需要配置一下release环境防混淆。若将这些页面放在一个固定的目录下，则与我们的模块化设计相违背，若命名使用固定的前缀或后缀，总感觉有点多余，手动一个一个的添加，虽然符合我们的代码规范设计，但就是有点繁琐。有没有更方便的方式来处理这个混淆配置呢？
其实我们可以在写一个hvigorfilew插件来自动生成混淆配置文件。我们自定义一个hvigorplugin任务，通过ohoshapcontext对象读取module.json5文件中的routermap字段，可以获取系统路由表的名称，再读取profile目录下的路由表。解析json文件内存，并将页面路径写到一个混淆文件中，这样每次编译时，自动生成防混淆文件，我们只需要引入这个文件就可以了。示例如下
import { haptasks, ohoshapcontext, ohospluginid } from '@ohos/hvigor-ohos-plugin'
import { hvigorplugin, hvigornode, fileutil } from '@ohos/hvigor'
function parseroutermap(): hvigorplugin {
return {
pluginid: 'parseroutermap',
apply(node: hvigornode) {
const hapctx = node.getcontext(ohospluginid.ohos_hap_plugin) as ohoshapcontext
const modulejson = hapctx.getmodulejsonopt()
const routermapname = modulejson['module']['routermap'].split(':')[1]
const dir = hapctx.getmodulepath()
const srcfile = fileutil.pathresolve(dir, 'src', 'main', 'resources', 'base', 'profile', `${routermapname}.json`)
const json = fileutil.readjson5(srcfile)
const routerrulefile = fileutil.pathresolve(dir, 'obfuscation-router.txt')
fileutil.ensurefilesync(routerrulefile)
const routermaparray = json['routermap']
let rules = '-keep-file-name\n'
for (const element of routermaparray) {
const pagesourcefile = element['pagesourcefile']
const path = pagesourcefile.substring(0, pagesourcefile.lastindexof('.'))
rules += `${path}\n`
}
fileutil.writefilesync(routerrulefile, rules)
}
}
}
export default {
system: haptasks,
plugins:[parseroutermap()]
}编译后会在entry目录下生成obfuscation-router.txt防混淆文件，只要引入这个文件就可以了。
使用hvigorfile插件动态生成navigation页面枚举名称
我们在我们navigation的push跳转到新页面时，都得提前定义好系统路由表中的页面name，因为使用的name与系统路由表中定义的name不相同时，跳转页面则会白屏。有了前面的经验，其它我们也可以动态生成一个ets文件，将系统路由表中的页面名称自动生成一个枚举，这样就不用每次配置系统路由表，还是复制一下名称了。例如我们的系统路由表是这样的
{
"routermap": [
{
"name": "dialog",
"pagesourcefile": "src/main/ets/pages/dialog/dialogpage.ets",
"buildfunction": "dialogbuilder"
},
{
"name": "web",
"pagesourcefile": "src/main/ets/pages/web/webpage.ets",
"buildfunction": "webbuilder"
},
{
"name": "login",
"pagesourcefile": "src/main/ets/pages/login/loginpage.ets",
"buildfunction": "loginbuilder"
}
]
}我们现在实现一个hvigorfile插件，来解析系统路由表中的name字段，并生成对应的枚举值。示例如下
import { haptasks, ohoshapcontext, ohospluginid } from '@ohos/hvigor-ohos-plugin'
import { hvigorplugin, hvigornode, fileutil } from '@ohos/hvigor'
function parseroutermap(): hvigorplugin {
return {
pluginid: 'parseroutermap',
apply(node: hvigornode) {
const hapctx = node.getcontext(ohospluginid.ohos_hap_plugin) as ohoshapcontext
const modulejson = hapctx.getmodulejsonopt()
const routermapname = modulejson['module']['routermap'].split(':')[1]
const dir = hapctx.getmodulepath()
const srcfile = fileutil.pathresolve(dir, 'src', 'main', 'resources', 'base', 'profile', `${routermapname}.json`)
const json = fileutil.readjson5(srcfile)
const routermapfile = fileutil.pathresolve(dir, 'src', 'main', 'ets', 'pages.ets')
fileutil.ensurefilesync(routermapfile)
const routermaparray = json['routermap']
let ss = ''
for (const element of routermaparray) {
const name = element['name']
ss += ` ${name} = '${name}',\n`
}
ss = `export enum pages {\n${ss}}`
fileutil.writefilesync(routermapfile, ss)
}
}
}
export default {
system: haptasks,
plugins:[parseroutermap()]
}我们在ets目录下生成了一个pages.ets文件，并将所有navigation页面生成对应的枚举值，页面跳转时，使用这些枚举值就不怕出错了。pages.ets内容如下
export enum pages {
dialog = 'dialog',
web = 'web',
login = 'login',
}到此这篇关于鸿蒙开发hvigor插件动态生成代码的文章就介绍到这了,更多相关鸿蒙开发hvigor插件动态生成代码内容请搜索代码网以前的文章或继续浏览下面的相关文章希望大家以后多多支持代码网！
发表评论