当前位置:   article > 正文

HarmonyOS开发:NodeJs脚本实现组件化动态切换_cause: the @ohos/hvigor-ohos-plugin version () is

cause: the @ohos/hvigor-ohos-plugin version () is not within the expected ra

前言

上篇文章,我们使用NodeJs脚本完成了HarmonyOS项目的组件化运行,但是由于脚本是基于4.0.0.400版本的DevEco Studio开发的,可能在配置文件的修改上有些许差距,那么遇到这种情况怎么办,一种是再写一套针对性的脚本文件或者在原有的脚本中增加配置版本参数,第二种就是自己搞一个,俗话说,授人以鱼不如授人以渔,索性这篇文章,就把上篇的脚本,是如何实现的,给大家阐述一下,这样,大家就可以自己操作了。

分析需求

需求的总体概括就非常的简单,让动态共享包的模块,在运行包和动态共享包之间可以动态的切换,省去人工配置的步骤,由上篇文章,我们已经得知,动态共享包和运行包之间的区别,主要来源于三处,分别是hvigorfile.ts文件、module.json5文件和缺少入口ability

首先,肯定需要一个可以控制的开关,利用这个开关,判断是否要进行模块的动态切换,如果需要切换,那么就执行动态共享包切换运行包,否则就还原,大致流程如下:

梳理模板

无论是由动态共享包切换为运行包,还是由运行包切换为动态共享包,我们改变的都是配置文件,也就是上述中存在差异的那三个文件,文件的内容,如何来回的更改呢,当然了可以设置统一的内容,只更改区别之处,但是为了直观,方便的查看和修改,无疑使用模版是比较简单的。

首先准备好两份文件,一份是动态共享包,一份是运行包,切换的时候,直接选择不同的模版即可。

动态共享包模版

动态共享包,需要提供两个模版即可,分别是hvigorfile.ts文件和module.json5文件。

1、hvigorfile.ts

  1. import { hspTasks } from '@ohos/hvigor-ohos-plugin';
  2. export default {
  3. system: hspTasks, /* Built-in plugin of Hvigor. It cannot be modified. */
  4. plugins:[] /* Custom plugin to extend the functionality of Hvigor. */
  5. }

2、module.json5

  1. {
  2. "module": {
  3. "name": "mine",
  4. "type": "shared",
  5. "description": "$string:shared_desc",
  6. "deviceTypes": [
  7. "phone",
  8. "tablet"
  9. ],
  10. "deliveryWithInstall": true,
  11. "pages": "$profile:main_pages"
  12. }
  13. }

运行包模版

运行包除了两个配置文件不同,还必须有Ability,作为主入口,这是必不可少的。

1、hvigorfile.ts

  1. import { hapTasks } from '@ohos/hvigor-ohos-plugin';
  2. export default {
  3. system: hapTasks, /* Built-in plugin of Hvigor. It cannot be modified. */
  4. plugins:[] /* Custom plugin to extend the functionality of Hvigor. */
  5. }

2、module.json5

  1. {
  2. "module": {
  3. "name": "entry",
  4. "type": "entry",
  5. "description": "$string:module_desc",
  6. "mainElement": "EntryAbility",
  7. "deviceTypes": [
  8. "phone",
  9. "tablet"
  10. ],
  11. "deliveryWithInstall": true,
  12. "installationFree": false,
  13. "pages": "$profile:main_pages",
  14. "abilities": [
  15. {
  16. "name": "EntryAbility",
  17. "srcEntry": "./ets/entryability/EntryAbility.ts",
  18. "description": "$string:EntryAbility_desc",
  19. "icon": "$media:icon",
  20. "label": "$string:EntryAbility_label",
  21. "startWindowIcon": "$media:icon",
  22. "startWindowBackground": "$color:start_window_background",
  23. "exported": true,
  24. "skills": [
  25. {
  26. "entities": [
  27. "entity.system.home"
  28. ],
  29. "actions": [
  30. "action.system.home"
  31. ]
  32. }
  33. ]
  34. }
  35. ]
  36. }
  37. }

3、Ability

  1. import AbilityConstant from '@ohos.app.ability.AbilityConstant';
  2. import hilog from '@ohos.hilog';
  3. import UIAbility from '@ohos.app.ability.UIAbility';
  4. import Want from '@ohos.app.ability.Want';
  5. import window from '@ohos.window';
  6. export default class EntryAbility extends UIAbility {
  7. onCreate(want: Want, launchParam: AbilityConstant.LaunchParam) {
  8. hilog.info(0x0000, 'testTag', '%{public}s', 'Ability onCreate');
  9. }
  10. onDestroy() {
  11. hilog.info(0x0000, 'testTag', '%{public}s', 'Ability onDestroy');
  12. }
  13. onWindowStageCreate(windowStage: window.WindowStage) {
  14. // Main window is created, set main page for this ability
  15. hilog.info(0x0000, 'testTag', '%{public}s', 'Ability onWindowStageCreate');
  16. windowStage.loadContent('pages/Index', (err, data) => {
  17. if (err.code) {
  18. hilog.error(0x0000, 'testTag', 'Failed to load the content. Cause: %{public}s', JSON.stringify(err) ?? '');
  19. return;
  20. }
  21. hilog.info(0x0000, 'testTag', 'Succeeded in loading the content. Data: %{public}s', JSON.stringify(data) ?? '');
  22. });
  23. }
  24. onWindowStageDestroy() {
  25. // Main window is destroyed, release UI related resources
  26. hilog.info(0x0000, 'testTag', '%{public}s', 'Ability onWindowStageDestroy');
  27. }
  28. onForeground() {
  29. // Ability has brought to foreground
  30. hilog.info(0x0000, 'testTag', '%{public}s', 'Ability onForeground');
  31. }
  32. onBackground() {
  33. // Ability has back to background
  34. hilog.info(0x0000, 'testTag', '%{public}s', 'Ability onBackground');
  35. }
  36. }

技术实现

1、创建配置文件

第一步,书写开关,也就是配置文件,当然了配置文件具体如何定义,看自己安排,无论何种形式展现,该有的参数一定要有,比如是否要开启组件化以及开启组件化的模块名字,至于其他的参数,可以根据需要进行添加,目前我定义的配置文件如下,具体的解释,都有注释,上篇文章中也做了一系列的解读。

  1. #组件化配置文件
  2. #是否开启组件化
  3. startModule=false
  4. #开启的组件名字,开启后,当前的组件可以独立运行
  5. startModuleName=
  6. #上述组件开启后,其他非必要组件是否改为动态包模式,默认不改变
  7. startOtherShared=false
  8. #过滤组件名字,永远不会独立运行,以应为逗号作为分割
  9. filterModuleName=
  10. #当前脚本默认加载的页面,默认不填是Index.ets
  11. loadPage=

配置文件,这里我自定义了后缀,具体是什么文件都所谓,主要的是文件里的内容。

有了配置文件之后,我们就可以根据配置文件来一层一层的实现相关逻辑。

2、初始化项目

nodeJs环境,在安装DevEco Studio的时候就已经配置完成,检验是否安装,可以在命令行中执行如下命令:

node -v

如果正常能显示版本号,则安装成功。

在需要创建脚本的目录,执行初始化操作:

npm init

具体的步骤解释:

  1. package name 包名,也就是工程名,默认是括号中的内容
  2. version:版本号,默认是括号中的内容
  3. description:描述信息
  4. entry point:入口文件名,默认是括号中的内容
  5. test command:测试命令
  6. git repository:git仓库地址
  7. keywords: 密码
  8. author: 作者名字
  9. license: (ISC)许可证

一路按照相关提示,执行下一步即可,其实就是生产了一个json配置文件,大家也可以自己手动创建。

执行完毕之后,就会在当前目录,创建一个json文件。

json文件内容:

3、创建执行js文件

这个js文件就是我们所有逻辑的书写地方,为了能够让js文件可以正常运行,我们需要在package.json文件里进行配置,如下:

以后执行脚本的时候,直接在命令行中,执行npm run module即可,我们先简单的输出一个“Hello world”,首先在module.js里进行打印,如下所示:

执行命令结果:

3、完成最后的逻辑

由于需要对文件进行操作,这里使用到了Node.js中的核心模块fs,一句话介绍,fs模块提供了丰富的函数和方法,可以进行文件的读取、写入、复制、删除等操作,同时也支持目录的创建、遍历和修改等操作,如果你想要更详细的了解,可以查看我的往期文章,或者在网上搜索也行,有大量的资料存在。

1)、读取配置文件

所有的功能实现都是基于配置文件,所以配置文件里的参数至关重要,也是程序的第一步,读取配置文件,逐项拿到设置的相关参数,并记录下来。

  1. //读取文件信息
  2. let path = require('path');
  3. let dirName = path.join(__dirname); //获取跟目录
  4. try {
  5. //读取配置文件,查找对应的配置信息
  6. let data = fs.readFileSync(dirName + "/module.harmony", 'utf-8');
  7. var startModule;
  8. var startModuleName;
  9. var filterModuleName;
  10. var startOtherShared;
  11. var loadContentPage;
  12. data.split(/\r?\n/).forEach((line, position) => {
  13. if (position === 2) {
  14. let open = line.split("=")[1];
  15. startModule = open.toString();
  16. }
  17. if (position === 4) {
  18. let moduleName = line.split("=")[1];
  19. startModuleName = moduleName.toString();
  20. }
  21. if (position === 6) {
  22. let otherName = line.split("=")[1];
  23. startOtherShared = otherName.toString();
  24. }
  25. if (position === 8) {
  26. let filterName = line.split("=")[1];
  27. filterModuleName = filterName.toString();
  28. }
  29. if (position === 10) {
  30. //load的页面信息
  31. let loadPage = line.split("=")[1];
  32. loadContentPage = loadPage.toString();
  33. }
  34. });
  35. //开启组件化之后,单独的模块可以独立运行
  36. //不开启组件化,那么entry可以独立运行,其他均不可,需要一一更改配置文件
  37. traverseFolder(dirName, startModule.indexOf("true") !== -1,
  38. startModuleName, startOtherShared, filterModuleName, loadContentPage);
  39. } catch (e) {
  40. console.log("发生了错误,请检查配置文件是否存在,或反馈至AbnerMing");
  41. }

2)、动态修改配置文件信息

根据配置文件信息,进行组件化运行,也就是动态共享包切换为运行包,如何切换,拿到差异性文件,然后读取模版信息,进行写入即可。

需要注意的是,动态共享包,切换为运行包,需要动态创建ability,除此之外,关于组件的名字,ability名字,尽量和组件保持一致。

运行包切换为动态共享包,也是读取配置文件,然后进行写入即可。

  1. function traverseFolder(folderPath, isModule, startModuleName,
  2. startOtherShared, filterModuleName, loadContentPage) {
  3. const items = fs.readdirSync(folderPath);
  4. items.forEach(item => {
  5. let dir = folderPath + "/" + item;
  6. const stats = fs.statSync(dir);
  7. if (stats.isDirectory()) {
  8. let hvigorFilePath = dir + "/hvigorfile.ts";
  9. fs.readFile(hvigorFilePath, "utf8", (err, dataStr) => {
  10. if (err) {
  11. return;
  12. }
  13. if (isModule) {
  14. //开启组件化
  15. //把当前的组件改为运行状态
  16. if (item == startModuleName) {
  17. let moduleName = item.substring(0, 1).toUpperCase()
  18. + item.substring(1, item.length)
  19. //修改为可运行状态
  20. let entryHvigorFile = getEntryHvigorFile();
  21. //读取string.json文件,增加label
  22. let jsonName = dir + "/src/main/resources/base/element/string.json";
  23. fs.readFile(jsonName, "utf8", (err, dataStr) => {
  24. if (err) {
  25. return;
  26. }
  27. let obj = JSON.parse(dataStr);
  28. let array = obj["string"];
  29. let label = { "name": "shared_label", "value": item };
  30. let isSharedLabel = false;
  31. for (var i = 0; i < array.length; i++) {
  32. let name = array[i]["name"];
  33. if (name == "shared_label") {
  34. isSharedLabel = true;
  35. break;
  36. }
  37. }
  38. if (!isSharedLabel) {
  39. array.push(label);
  40. }
  41. writeContent(jsonName, JSON.stringify(obj));
  42. //进一步更改json5文件
  43. let json5 = dir + "/src/main/module.json5";
  44. writeContent(json5, getEntryModuleJson5(item, moduleName));
  45. });
  46. if (loadContentPage == null || loadContentPage == "") {
  47. //为空的时候才去创建
  48. //创建Index.ets文件
  49. let indexPath = dir + "/src/main/ets/pages";
  50. const indexItem = fs.readdirSync(indexPath);
  51. let isHaveIndex = false;
  52. indexItem.forEach(item => {
  53. if (item == "Index.ets") {
  54. //证明存在
  55. isHaveIndex = true;
  56. }
  57. });
  58. if (!isHaveIndex) {
  59. //不存在,就要去创建
  60. writeContent(indexPath + "/Index.ets", getIndex());
  61. }
  62. }
  63. //创建Ability文件
  64. let etsPath = dir + "/src/main/ets/" + item + "ability/" + moduleName + "Ability.ts";
  65. fs.mkdir(dir + "/src/main/ets/" + item + "ability", function (err) {
  66. if (err) {
  67. writeContent(etsPath, getAbility(moduleName, loadContentPage));
  68. return;
  69. }
  70. //写入文件
  71. writeContent(etsPath, getAbility(moduleName, loadContentPage));
  72. });
  73. } else {
  74. //非当前的组件,需要改为动态包模式吗,根据配置文件来改变,有两种是永远不能改变的
  75. if (item != "entry" && filterModuleName.indexOf(item) == -1 && startOtherShared) {
  76. //把其他的模块都改成动态包,不能运行
  77. let moduleJson5 = getSharedModuleJson5(item);
  78. let hvigorFile = getSharedHvigorFile();
  79. writeContent(hvigorFilePath, hvigorFile);
  80. writeContent(dir + "/src/main/module.json5", moduleJson5);
  81. }
  82. }
  83. } else {
  84. //主模块和需要过滤的模块不进行动态包设置
  85. if (item != "entry" && filterModuleName.indexOf(item) == -1) {
  86. //把其他的模块都改成动态包,不能运行
  87. let moduleJson5 = getSharedModuleJson5(item);
  88. let hvigorFile = getSharedHvigorFile();
  89. writeContent(hvigorFilePath, hvigorFile);
  90. writeContent(dir + "/src/main/module.json5", moduleJson5);
  91. }
  92. }
  93. });
  94. }
  95. });
  96. }

相关总结

由于逻辑比较简单,完整的逻辑,大家可以查看源码:

https://gitee.com/abnercode/harmony-os-module

由于开发环境的不同,配置文件信息也有所不同,无非就是更改的模版不一样,只需要在脚本中,换成你的环境下的配置文件内容即可。

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/AllinToyou/article/detail/259991
推荐阅读
相关标签
  

闽ICP备14008679号