0
  • 聊天消息
  • 系统消息
  • 评论与回复
登录后你可以
  • 下载海量资料
  • 学习在线课程
  • 观看技术视频
  • 写文章/发帖/加入社区
创作中心

完善资料让更多小伙伴认识你,还能领取20积分哦,立即完善>

3天内不再提示

OpenHarmony应用的编译构建过程

OpenHarmony技术社区 来源:鸿蒙技术社区 作者:panda_coder 2022-04-21 08:13 次阅读

2022 年 3 月 31 日发布了最新的 IDE 工具 DevEco Studio 3.0 Beta3,仔细阅读文档后发现最新 OpenHarmony 应用的编译构建过程已经公开。

对应官方文档:《编译构建概述》

https://developer.harmonyos.com/cn/docs/documentation/doc-guides/ohos-building-overview-0000001263360495

出于好奇,就对着文档一步一步,一个文件一个文件的开始手动建立,最后编译成功,分享一下构建过程。

成果

如下图:

69d2971a-c0fe-11ec-bce3-dac502259ad0.png

工具准备

Node.js:v14.19.1+

最新 OpenHarmonySDK 包,并解压到一个文件夹中,SDK下载地址:

https://gitee.com/link?target=https%3A%2F%2Frepo.huaweicloud.com%2Fharmonyos%2Fos%2F3.1-Release%2Fohos-sdk.tar.gz

SDK 目录结构:

|---ets
|---3.1.5.5
|+---api
|+---build-tools
||+---ets-loader
|---component
---toolchains
---3.1.5.5
+---configcheck
+---lib
---syscapcheck

在创建好该目录结构后还需要在 ets/js 下的 ./3.1.5.5/build-tools/ets-loader/ 目录下执行 npm install 命令。

创建工程

①创建工程目录

为了演示我重新在E盘创建一个新的工程文件夹 BuildTest,然后借助 vscode 工具创建 build-profile.json5、hvigofile.js、package.json 这三个配置文件。

build-profile.json5:注意 SDK 版本及 srcPath 配置,签名信息略想看相应配置参考上述官方文档。

{
"app":{
"signingConfigs":[//工程的签名信息,可包含多个签名信息
],
"compileSdkVersion":8,//指定OpenHarmony应用/服务编译时的SDK版本
"compatibleSdkVersion":8,//指定OpenHarmony应用/服务兼容的最低SDK版本
"products":[//定义构建的产品品类,如通用默认版、付费版、免费版等
{
"name":"default",//定义产品的名称,由开发者自定义
"signingConfig":"debug",//指定当前产品品类对应的签名信息,签名信息需要在signingConfigs中进行定义
}
]
},
"modules":[
{
"name":"entry",//模块名称
"srcPath":"./entry",//标明src目录相对工程根目录的相对路径
"targets":[//定义构建的产物,由product和各模块定义的targets共同定义
{
"name":"default",//target名称,由各个模块的build-profile.json5中的targets字段定义
"applyToProducts":[//产品品类名称,由products字段进行定义
"default"
]
}
]
}
]
}

hvigorfile.js:

module.exports=require('@ohos/hvigor-ohos-plugin').legacyAppTasks

package.json:熟悉 npm 框架的都应该了解,package.json 是 npm 依赖相的配置文件,我们看看在工程目录下的配置项。

{
"name":"buildtest",//工程名称
"version":"1.0.0",//版本
"ohos":{//ohos
"org":"huawei",
"buildTool":"hvigor",
"directoryLevel":"project"
},
"description":"exampledescription",
"repository":{},
"license":"ISC",
"dependencies":{//依赖项
"hypium":"^1.0.0",
"@ohos/hvigor":"1.0.6",
"@ohos/hvigor-ohos-plugin":"1.0.6"
}
}

配置完工程后,我们创建我们的第一个模块 entry。

②创建模块

在工程目录创建文件夹 entry(于上述 build-profile.json5 的 module 配置的 srcPath 保持一致)。

并添加模块配置文件:build-profile.json5、hvigorfile.js、package.json以及和 HarmonyOS 一样的 src 模块目录。

build-profile.json5:此处省略了 Cpp 配置,Cpp 相关配置参考官方文档。

{
"apiType":'faMode',//API类型,API8为FA模型,API9为Stage模型,不需要修改
"showInServiceCenter":true,//是否在服务中心露出
"buildOption":{
"arkEnable":true,//是否使用方舟编译器进行编译
},
"targets":[//模块对应的产物配置
{
"name":"default",
}
]
}

hvigorfile.js:

module.exports=require('@ohos/hvigor-ohos-plugin').legacyHapTasks

大家来找茬,此处配置乍一看和工程下的 hvigorfile.js 一个样,其实 require 引入的模块却不相同。

工程目录是 legacyAppTasks,此处是 legacyHapTasks(工程是 AppTasks 模块是 HapTasks)。我就因为此处配置问题浪费了十几分钟。

package.json:此处的 npm 配置文件则是模块中引用第三方组件/插件配置处。

{
"license":"ISC",
"name":"entry",
"ohos":{
"org":"huawei",
"directoryLevel":"module",
"buildTool":"hvigor"
},
"description":"exampledescription",
"repository":{},
"version":"1.0.0",
"dependencies":{}
}

再在 src 目录下建立 src/main/config.json、src/main/ets/app.ets、src/main/ets/pages/index.ets、src/resources/…等对应文件。此处省略,具体参考对应文件结构及文件。

③构建

添加 npm 源:必须先添加 HarmonyOS 的 npm 源,否则执行 npm install 会报 404 错误。

npmconfigset@ohos:registry=https://repo.harmonyos.com/npm/

在工程目录安装依赖:在工程目录(根目录)下安装依赖。

npminstall

执行构建命令:在工程目录执行构建命令,构建是通过 node.js 调用 hvigor 工具进行打包构建,确保 node 已添加在系统环境变量中。

node./node_modules/@ohos/hvigor/bin/hvigor.js-mmoduleassembleHap

不出意外会出现以下错误:

PSE:BuildTest>node./node_modules/@ohos/hvigor/bin/hvigor.js-mmoduleassembleHap
>hvigorERROR:Aproblemoccurredinrootmodule:
ERROR:Cause:Cannotfindsdk.dirorOHOS_SDK_HOMEinSystemEnvironmentPath
atE:BuildTestlocal.properties:1:1
PSE:BuildTest>

以上原因是我们没有配置 SDK 路径。

处理方式为:在项目根路径创建 local.properties 文件或者在系统环境变量中配置 OHOS_SDK_HOME,注意是系统环境变量不是用户环境变量。

local.properties:

sdk.dir=//sdk所在文件夹
nodejs.dir=//nodejs所在文件夹

配置好后再重新执行构建命令就能看到我们构建成功的结果了。

69ea937e-c0fe-11ec-bce3-dac502259ad0.png

结语

做了这么多步骤,那么有什么实际意义尼?

目前 OpenHarmony 和 HarmonyOS 在 UI 上是共通的,只是 API 上不同。那么就能将 HarmonyOS 的 UI 直接拿到 Openharmony 上使用,直接打包构建 OpenHarmony 的 HAP。

再加工一下可以像 vue-cli 那样直接创建出项目目录,如果能再实现 preview 功能,就可以实现无需依赖 IDE 就能开发打包 HAP。

有机会自己自定义一个 IDE 出来,将上述过程黑盒化,想自己做 IDE 的朋友这一步肯定不能少。

原文标题:无需DevEco Studio就能编译OHOS应用

文章出处:【微信公众号:HarmonyOS技术社区】欢迎添加关注!文章转载请注明出处。

审核编辑:汤梓红
声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉
  • IDE
    IDE
    +关注

    关注

    0

    文章

    326

    浏览量

    46335
  • 编译
    +关注

    关注

    0

    文章

    613

    浏览量

    32371
  • HarmonyOS
    +关注

    关注

    79

    文章

    1795

    浏览量

    29250
  • OpenHarmony
    +关注

    关注

    23

    文章

    3247

    浏览量

    15159

原文标题:无需DevEco Studio就能编译OHOS应用

文章出处:【微信号:gh_834c4b3d87fe,微信公众号:OpenHarmony技术社区】欢迎添加关注!文章转载请注明出处。

收藏 人收藏

    评论

    相关推荐

    如何让OpenHarmony编译速度“狂飙”

    OpenHarmony 有两种编译方式,一种是通过 hb 工具编译,一种是通过 build.sh 脚本编译。本文笔者将提升 build.sh 方式
    的头像 发表于 02-14 09:31 1520次阅读

    OpenHarmony 移植:build lite 编译构建过程

    的?解决了这些疑惑,会对 build lite 编译构建过程有个更深入的理解。 1、产品解决方案代码是如何被调用编译的 在文件 buildliteBUILD.gn 配置文件中的
    的头像 发表于 02-19 16:19 540次阅读

    鸿蒙南向开发—OpenHarmony技术编译构建框架

    概述 OpenHarmony编译子系统是以GN和Ninja构建为基座,对构建和配置粒度进行部件化抽象、对内建模块进行功能增强、对业务模块进行功能扩展的系统,该系统提供以下基本功能: 以
    发表于 01-04 16:47

    鸿蒙开发【编译构建】讲解

    编译构建是将应用/服务的源代码、资源、第三方库等,通过编译工具转换为可直接在硬件设备上运行的二进制机器码,然后再将二进制机器码封装为HAP/APP软件包,并为HAP/APP包进行签名的过程
    发表于 02-27 17:41

    使用DevEco Studio3.0编译OHOS应用的过程

    在2022年3月31日发布了最新的IDE工具DevEco Studio 3.0 Beta3,仔细阅读文档后发现最新OpenHarmony应用的编译构建过程已经公开,对应官方文档:
    发表于 04-11 11:20

    OpenHarmony轻量和小型系统编译构建指导

    构建流程hb set: 设置OpenHarmony源码目录和要编译的产品。hb build: 编译产品、开发板或者组件。编译主要
    发表于 05-25 10:46

    【ROC-RK3568-PC开发板试用体验】RK3568的Openharmony系统构建过程

    就参考Firefly Wiki openharmony使用手册进行我们的系统构建,其中构建过程不多赘述,此处仅仅列举构建
    发表于 09-05 19:08

    DevEco Hvigor高效编译构建过程新秘籍

    包括任务执行的耗时与线程、ArkTS编译中的各环节的细分耗时情况等。开发者可以藉此分析构建过程中的耗时情况、进而改善构建效率。 在DevEco Studio中开启DevEco Hvig
    发表于 10-17 16:54

    编译openharmony环境

    OpenHarmony是由开放原子开源基金会(OpenAtom Foundation)孵化及运营的开源项目,当前的OpenHarmony源代码仅支持在Linux环境下编译。 开源代码仓库地址
    的头像 发表于 06-23 15:29 1247次阅读
    <b class='flag-5'>编译</b><b class='flag-5'>openharmony</b>环境

    详解OpenHarmony编译和烧录

    在上一篇【博流 BL-HWC-G1 开发板试用】开箱及编译烧录官方程序(BL602 IoT SDK)中,我们讲了这块开发板使用官方SDK进行编译烧录,这一篇,我们来讲OpenHarmony
    的头像 发表于 11-08 09:58 4521次阅读
    详解<b class='flag-5'>OpenHarmony</b>的<b class='flag-5'>编译</b>和烧录

    剖析OpenHarmony3.0编译构建流程

       早就打算研究下 OH3.0 的编译框架了,最近一直在搞移植,总算有点进展了,抽个空来分析下 3.0 的编译框架。    大体看了下和 2.0 的差别不是特别大:《 OpenHarmony
    的头像 发表于 12-07 10:54 2845次阅读

    OpenHarmony Dev-Board-SIG专场:搭建编译构建主要步骤

    OpenHarmony Dev-Board-SIG专场:搭建编译构建主要步骤
    的头像 发表于 12-28 14:37 897次阅读
    <b class='flag-5'>OpenHarmony</b> Dev-Board-SIG专场:搭建<b class='flag-5'>编译</b><b class='flag-5'>构建</b>主要步骤

    OpenHarmony生态论坛:基于OpenHarmony构建支付终端的安全框架

    OpenHarmony生态论坛:基于OpenHarmony构建支付终端的安全框架       审核编辑:彭菁  
    的头像 发表于 04-25 17:17 1112次阅读
    <b class='flag-5'>OpenHarmony</b>生态论坛:基于<b class='flag-5'>OpenHarmony</b><b class='flag-5'>构建</b>支付终端的安全框架

    Windows搭建OpenHarmony编译环境

    由于OpenHarmony编译工具链主要是建立在Linux操作系统下,如需要编译OpenHarony内核则需要搭建虚拟机等工序,相对比较繁琐。那么,是否可以在Windows操作系统上实现
    的头像 发表于 08-09 08:26 740次阅读
    Windows搭建<b class='flag-5'>OpenHarmony</b><b class='flag-5'>编译</b>环境

    [鸿蒙]OpenHarmony4.0的Rust开发

    OpenHarmony 为了集成 C/C++ 代码和提升编译速度,使用了 GN + Ninja 的编译构建系统。GN 的构建语言简洁易读
    的头像 发表于 02-26 17:28 306次阅读
    [鸿蒙]<b class='flag-5'>OpenHarmony</b>4.0的Rust开发