首页 / 前端 / 文章

HarmonyOS开发：解决DevEco Studio低版本导入高版本项目运行报错问题

前端 潘老师 原 5个月前 (11-21) 1553 ℃ (0) 扫码查看

本文主要讲解关于HarmonyOS开发：解决DevEco Studio低版本导入高版本项目运行报错问题相关内容，让我们来一起学习下吧！

前言

基于DevEco Studio 4.0 Beta2，hvigorVersion为3.0.2，开发了一个项目，上传到了远程仓库，当同事下载后，却始终无法运行，频繁报错，由于API都是使用的9，第一感觉就是开发环境不同，于是，让其发来了他的开发环境，DevEco Studio 3.1.1 Release，hvigorVersion为2.4.2，果然是环境不同，那解决方式就简单了，要么升级IDE，要么hvigorVersion改为当前设备；

升级IDE，确实可以解决，但不是最优之解，毕竟为了解决问题，就来一次升级，一是不方便，二是大多数开发者都喜欢稳定版，升级为Beta版，着实不愿；

那就只能走第二种方式了，但偏偏第二种方式，难度很高，资料匮乏到几乎没有资料。

在Android Studio中，出现开发环境不同，无非就是更改build.gradle下gradle版本号和gradle-wrapper.properties文件里的版本号，便可轻松解决问题，但在DevEco Studio中，这种方式似乎难以走通，但是又不得不去解决，毕竟在很多的场合下，开发环境是很难达到统一的，比如你去下载一个三方库，想运行看看效果，有可能就会遇到开发环境不同，无法运行情况，所以，遇到问题，就要去解决问题，而不是逃避问题，只有这样方可柳暗花明，方可造福大众。

经过半天的摸索，问题已经修复，虽然现在回首，感觉问题的解决方式很是简单，但是在无资料，错误提示不明的情况下，解决起来真的无从下手，好在最后没有白忙活一场，于是就总结了一下，如果你在开发HarmonyOS开发中也需要到了此类问题，希望能给你带来一些帮助。

一、低版本IDE导入高版本项目报错信息

当你开发环境低于目标项目开发环境时，在导入项目后就会遇到如下的错误信息。

Sync failed.Follow the given solution to…
Cause: The @ohos/hvigor-ohos-plugin version (3.0.2)is not within the expected range 2.x.x (2.x.x >=2.4.0).

如下图：

给出了两种解决途径，一种是更改为本地的hvigorVersion，一种是升级IDE，当我们点击蓝色文字时，就会主动触发其解决方式，我们直接点击第一种。

可以发现，在hvigor-config.json5文件中，已改为你设备的版本号。

编译项目之后，你会发现，毛用没有，虽然没错误了，但是无法运行。

这就到了无解的地步，找不到目标也就是可以运行的模块。

二、资料匮乏，如何迎难而上

遇到如上的问题，肯定是先去官网，社区摸索一通，但是，丝毫没有找到解决的方式，没办法，只能自己调研其解决方式，仿照着Android Studio类似的错误，来解决DevEco Studio，由于文件以及构建工具都发生了变化，最后也难以排查出根本问题所在，但是灵感却来了，既然IDE可以类比，那么项目同样可以类比。

高版本和低版本，项目结构基本一样，既然无法运行，除了版本号不一致之外，肯定还有部分文件不一致，才导致了项目无法编译，基于这种猜想，针对高低版本两个项目所有的文件，采取了一一类比，经过验证，这种方式是可行的，但是是十分耗时的。

为了减少类比的文件数量，索性，都采取空工程的结构，就是类比新创建的项目，最后发现，有多处文件不一致，分别如下：

1、根项目下的hvigorfile.ts文件

4.0以上版本

import { appTasks } from '@ohos/hvigor-ohos-plugin';

export default {
    system: appTasks,  /* Built-in plugin of Hvigor. It cannot be modified. */
    plugins:[]         /* Custom plugin to extend the functionality of Hvigor. */
}

4.0以下版本

// Script for compiling build behavior. It is built in the build plug-in and cannot be modified currently.
export { appTasks } from '@ohos/hvigor-ohos-plugin';

2、entry(主模块)下的hvigorfile.ts文件

4.0以上版本

import { hapTasks } from '@ohos/hvigor-ohos-plugin';

export default {
    system: hapTasks,  /* Built-in plugin of Hvigor. It cannot be modified. */
    plugins:[]         /* Custom plugin to extend the functionality of Hvigor. */
}

4.0以下版本

// Script for compiling build behavior. It is built in the build plug-in and cannot be modified currently.
export { hapTasks } from '@ohos/hvigor-ohos-plugin';

3、根项目下的build-profile.json5文件

4.0以上版本

{
  "app": {
    "signingConfigs": [],
    "compileSdkVersion": 9,
    "compatibleSdkVersion": 9,
    "products": [
      {
        "name": "default",
        "signingConfig": "default",
      }
    ],
    "buildModeSet": [
      {
        "name": "debug",
      },
      {
        "name": "release"
      }
    ]
  },
  "modules": [
    {
      "name": "entry",
      "srcPath": "./entry",
      "targets": [
        {
          "name": "default",
          "applyToProducts": [
            "default"
          ]
        }
      ]
    }
  ]
}

4.0以下版本

{
  "app": {
    "signingConfigs": [],
    "compileSdkVersion": 9,
    "compatibleSdkVersion": 9,
    "products": [
      {
        "name": "default",
        "signingConfig": "default",
      }
    ]
  },
  "modules": [
    {
      "name": "entry",
      "srcPath": "./entry",
      "targets": [
        {
          "name": "default",
          "applyToProducts": [
            "default"
          ]
        }
      ]
    }
  ]
}

4、根项目下的hvigorw文件（可以忽略）

hvigorw文件虽然查出来了不一致，但是只有一行内容不同，HVIGOR_APP_HOME=”pwd -P“和HVIGOR_APP_HOME=(dirname (dirname (dirname (readlink -f $0))，后续经过验证，没什么用，所以这个文件，大家可以忽略，不用修改这个文件。

4.0以上版本

#!/bin/bash

# ----------------------------------------------------------------------------
#  Hvigor startup script, version 1.0.0
#
#  Required ENV vars:
#  ------------------
#    NODE_HOME - location of a Node home dir
#    or
#    Add /usr/local/nodejs/bin to the PATH environment variable
# ----------------------------------------------------------------------------

HVIGOR_APP_HOME="`pwd -P`"
HVIGOR_WRAPPER_SCRIPT=${HVIGOR_APP_HOME}/hvigor/hvigor-wrapper.js
warn() {
    echo ""
    echo -e "3[1;33m`date '+[%Y-%m-%d %H:%M:%S]'`$@3[0m"
}

error() {
    echo ""
    echo -e "3[1;31m`date '+[%Y-%m-%d %H:%M:%S]'`$@3[0m"
}

fail() {
    error "$@"
    exit 1
}

# Determine node to start hvigor wrapper script
if [ -n "${NODE_HOME}" ];then
   EXECUTABLE_NODE="${NODE_HOME}/bin/node"
   if [ ! -x "$EXECUTABLE_NODE" ];then
       fail "ERROR: NODE_HOME is set to an invalid directory,check $NODE_HOMEnnPlease set NODE_HOME in your environment to the location where your nodejs installed"
   fi
else
   EXECUTABLE_NODE="node"
   which ${EXECUTABLE_NODE} > /dev/null 2>&1 || fail "ERROR: NODE_HOME is not set and not 'node' command found in your path"
fi

# Check hvigor wrapper script
if [ ! -r "$HVIGOR_WRAPPER_SCRIPT" ];then
    fail "ERROR: Couldn't find hvigor/hvigor-wrapper.js in ${HVIGOR_APP_HOME}"
fi

# start hvigor-wrapper script
exec "${EXECUTABLE_NODE}" 
    "${HVIGOR_WRAPPER_SCRIPT}" "$@"

4.0以下版本

#!/bin/bash

# ----------------------------------------------------------------------------
#  Hvigor startup script, version 1.0.0
# 
#  Required ENV vars:
#  ------------------
#    NODE_HOME - location of a Node home dir
#    or 
#    Add /usr/local/nodejs/bin to the PATH environment variable
# ----------------------------------------------------------------------------

HVIGOR_APP_HOME=$(dirname $(readlink -f $0))
HVIGOR_WRAPPER_SCRIPT=${HVIGOR_APP_HOME}/hvigor/hvigor-wrapper.js
warn() {
    echo ""
    echo -e "3[1;33m`date '+[%Y-%m-%d %H:%M:%S]'`$@3[0m"
}

error() {
    echo ""
    echo -e "3[1;31m`date '+[%Y-%m-%d %H:%M:%S]'`$@3[0m"
}

fail() {
    error "$@"
    exit 1
}

# Determine node to start hvigor wrapper script
if [ -n "${NODE_HOME}" ];then
   EXECUTABLE_NODE="${NODE_HOME}/bin/node"
   if [ ! -x "$EXECUTABLE_NODE" ];then
       fail "ERROR: NODE_HOME is set to an invalid directory,check $NODE_HOMEnnPlease set NODE_HOME in your environment to the location where your nodejs installed"
   fi
else
   EXECUTABLE_NODE="node"
   which ${EXECUTABLE_NODE} > /dev/null 2>&1 || fail "ERROR: NODE_HOME is not set and not 'node' command found in your path"
fi

# Check hvigor wrapper script
if [ ! -r "$HVIGOR_WRAPPER_SCRIPT" ];then
    fail "ERROR: Couldn't find hvigor/hvigor-wrapper.js in ${HVIGOR_APP_HOME}"
fi

# start hvigor-wrapper script
exec "${EXECUTABLE_NODE}" 
    "${HVIGOR_WRAPPER_SCRIPT}" "$@"

三、文件修改，逐步解决问题

经过高低项目文件一一对比，一个新的项目也就三处文件不一样（另一个可以忽略），分别是根项目的hvigorfile.ts文件，根项目的build-profile.json5文件和模块中的hvigorfile.ts文件，当然了，新的项目只有一个模块，如果有多个模块，那么就不止三处了，需要注意的是，无论几个模块，hvigorfile.ts文件必须要都要修改，和低版本保持一致。

1、根项目的hvigorfile.ts文件修改

修改前

import { hapTasks } from '@ohos/hvigor-ohos-plugin';

export default {
    system: hapTasks,  /* Built-in plugin of Hvigor. It cannot be modified. */
    plugins:[]         /* Custom plugin to extend the functionality of Hvigor. */
}

修改后

export { hapTasks } from '@ohos/hvigor-ohos-plugin';

注意：

1）并不是简简单单把下面的代码删除，还要把import改为export，否则还会报错。

2）如果你把根项目的hvigorfile.ts文件修改之后，就再次编译，发现还是会报错，所以尽量统一修改全部文件后再编译，否则就会各式问题扑面而来。

2、根项目的build-profile.json5文件修改

修改前

{
  "app": {
    "signingConfigs": [],
    "compileSdkVersion": 9,
    "compatibleSdkVersion": 9,
    "products": [
      {
        "name": "default",
        "signingConfig": "default",
      }
    ],
    "buildModeSet": [
      {
        "name": "debug",
      },
      {
        "name": "release"
      }
    ]
  },
  "modules": [
    {
      "name": "entry",
      "srcPath": "./entry",
      "targets": [
        {
          "name": "default",
          "applyToProducts": [
            "default"
          ]
        }
      ]
    }
  ]
}

修改后

也就是把buildModeSet字段删除。

{
  "app": {
    "signingConfigs": [],
    "compileSdkVersion": 9,
    "compatibleSdkVersion": 9,
    "products": [
      {
        "name": "default",
        "signingConfig": "default",
      }
    ]
  },
  "modules": [
    {
      "name": "entry",
      "srcPath": "./entry",
      "targets": [
        {
          "name": "default",
          "applyToProducts": [
            "default"
          ]
        }
      ]
    }
  ]
}

3、主模块中的hvigorfile.ts文件修改

如果以上两个文件你更改之后，仍然不能直接编译还需就行修改，否则还是会报错。

修改前

import { hapTasks } from '@ohos/hvigor-ohos-plugin';

export default {
    system: hapTasks,  /* Built-in plugin of Hvigor. It cannot be modified. */
    plugins:[]         /* Custom plugin to extend the functionality of Hvigor. */
}

修改后

export { hapTasks } from '@ohos/hvigor-ohos-plugin';

注意：并不是简简单单把下面的代码删除，还要把import改为export，否则还会报错。

4、成功编译且运行

以上三个文件修改之后，便可以成功编译和运行。

四、问题总结

1、最重要的是修改每个模块下的hvigorfile.ts文件，有几个就修改几个，千万不要遗漏。

2、hvigorfile.ts文件下的文件修改，除了删除代码，还要把import改为export，否则还会报错。

3、主模块与动态共享包和静态共享包模块的修改方式不一样，需要了解，一个是hapTasks，一个是harTasks。

主模块/动态共享包

export { hapTasks } from '@ohos/hvigor-ohos-plugin';

静态共享包

export { harTasks } from '@ohos/hvigor-ohos-plugin';

4、如果你有多个模块，需要在根项目的build-profile.json5文件中的，modules中进行添加模块，如下所示：

"modules": [
    {
      "name": "entry",
      "srcPath": "./entry",
      "targets": [
        {
          "name": "default",
          "applyToProducts": [
            "default"
          ]
        }
      ]
    },
    {
      "name": "xx",
      "srcPath": "./xx"
    }
  ]

以上就是关于HarmonyOS开发：解决DevEco Studio低版本导入高版本项目运行报错问题相关的全部内容，希望对你有帮助。欢迎持续关注潘子夜个人博客（www.panziye.com），学习愉快哦！

版权声明：本站文章，如无说明，均为本站原创，转载请注明文章来源。如有侵权，请联系博主删除。
本文链接：https://www.panziye.com/front/11671.html
喜欢 (3)赏
【请潘老师喝杯Coffee吧！】
分享 (0)

相关文章

用户头像
发表我的评论
取消评论
表情 贴图 签到 代码

Hi，您需要填写昵称和邮箱！

  • 昵称【必填】
  • 邮箱【必填】
  • 网址【可选】