2022 年 3 月 31 日发布了最新的 IDE 工具 DevEco Studio 3.0 Beta3,仔细阅读文档后发现最新 OpenHarmony 应用的编译构建过程已经公开。
对应官方文档:《编译构建概述》
https://developer.harmonyos.com/cn/docs/documentation/doc-guides/ohos-building-overview-0000001263360495
出于好奇,就对着文档一步一步,一个文件一个文件的开始手动建立,最后编译成功,分享一下构建过程。
成果
如下图:
工具准备
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所在文件夹
配置好后再重新执行构建命令就能看到我们构建成功的结果了。
结语
做了这么多步骤,那么有什么实际意义尼?
①目前 OpenHarmony 和 HarmonyOS 在 UI 上是共通的,只是 API 上不同。那么就能将 HarmonyOS 的 UI 直接拿到 Openharmony 上使用,直接打包构建 OpenHarmony 的 HAP。
②再加工一下可以像 vue-cli 那样直接创建出项目目录,如果能再实现 preview 功能,就可以实现无需依赖 IDE 就能开发打包 HAP。
③有机会自己自定义一个 IDE 出来,将上述过程黑盒化,想自己做 IDE 的朋友这一步肯定不能少。
原文标题:无需DevEco Studio就能编译OHOS应用
文章出处:【微信公众号:HarmonyOS技术社区】欢迎添加关注!文章转载请注明出处。
-
IDE
+关注
关注
0文章
346浏览量
47415 -
编译
+关注
关注
0文章
675浏览量
33683 -
HarmonyOS
+关注
关注
79文章
2007浏览量
31998 -
OpenHarmony
+关注
关注
26文章
3809浏览量
17994
原文标题:无需DevEco Studio就能编译OHOS应用
文章出处:【微信号:gh_834c4b3d87fe,微信公众号:OpenHarmony技术社区】欢迎添加关注!文章转载请注明出处。
发布评论请先 登录
如何让OpenHarmony编译速度“狂飙”
OpenHarmony 移植:build lite 编译构建过程
鸿蒙南向开发—OpenHarmony技术编译构建框架
2K0300 OpenHarmony源码构建指南
使用DevEco Studio3.0编译OHOS应用的过程
OpenHarmony轻量和小型系统编译构建指导
【ROC-RK3568-PC开发板试用体验】RK3568的Openharmony系统构建过程
DevEco Hvigor高效编译,构建过程新秘籍
编译openharmony环境

详解OpenHarmony的编译和烧录

剖析OpenHarmony3.0编译构建流程
Windows搭建OpenHarmony编译环境

【技术视界】DevEco Hvigor高效编译,构建过程新秘籍

鸿蒙OpenHarmony开发:【编译构建指导】


TwinCAT3 EtherCAT抓包 | 技术集结
在使用TwinCAT测试EtherCATEOE功能时,我们会发现正常是无法使用Wireshark去进行网络抓包抓取EtherCAT报文的,今天这篇文章就带大家来上手EtherCAT抓包方式。准备环境硬件环境:EtherKit开发板网线一根Type-CUSB线一根软件环境TwinCAT3RT-ThreadstudiowiresharkEtherCATEOE工程

EtherCAT科普系列(8):EtherCAT技术在机器视觉领域的应用
机器视觉是基于软件与硬件的组合,通过光学装置和非接触式的传感器自动地接受一个真实物体的图像,并利用软件算法处理图像以获得所需信息或用于控制机器人运动的装置。机器视觉可以赋予机器人及自动化设备获取外界信息并认知处理的能力。机器视觉系统内包含光学成像系统,可以作为自动化设备的视觉器官实现信息的输入,并借助视觉控制器代替人脑实现信息的处理与输出。从而实现赋予自动化

新品 | 26+6TOPS强悍算力!飞凌嵌入式FCU3501嵌入式控制单元发布
飞凌嵌入式FCU3501嵌入式控制单元基于瑞芯微RK3588处理器开发设计,4xCortex-A76+4xCortex-A55架构,A76主频高达2.4GHz,A55核主频高达1.8GHz,支持8K编解码,NPU算力6TOPS,支持算力卡拓展,可以插装Hailo-8 26TOPS M.2算力卡。

接口核心板必选 | 视美泰AIoT-3568SC 、 AIoT-3576SC:小身材大能量,轻松应对多场景设备扩展需求!
在智能硬件领域,「适配」是绕不开的关键词。无论是小屏设备的”寸土寸金”,还是模具开发的巨额成本,亦或是多产品线兼容的复杂需求,开发者总在寻找一款能「以不变应万变」的核心解决方案。视美泰旗下的AIoT-3568SC与AIoT-3576SC接口核心板系列,可以说是专为高灵活适配场景而生!无需为设备尺寸、模具限制或产品线差异妥协,一块核心板,即可释放无限可能。为什

3核A7+单核M0多核异构,米尔全新低功耗RK3506核心板发布
近日,米尔电子发布MYC-YR3506核心板和开发板,基于国产新一代入门级工业处理器瑞芯微RK3506,这款芯片采用三核Cortex-A7+单核Cortex-M0多核异构设计,不仅拥有丰富的工业接口、低功耗设计,还具备低延时和高实时性的特点。核心板提供RK3506B/RK3506J、商业级/工业级、512MB/256MBLPDDR3L、8GBeMMC/256

搭建树莓派网络监控系统:顶级工具与技术终极指南!
树莓派网络监控系统是一种经济高效且功能多样的解决方案,可用于监控网络性能、流量及整体运行状况。借助树莓派,我们可以搭建一个网络监控系统,实时洞察网络活动,从而帮助识别问题、优化性能并确保网络安全。安装树莓派网络监控系统有诸多益处。树莓派具备以太网接口,还内置了Wi-Fi功能,拥有足够的计算能力和内存,能够在Linux或Windows系统上运行。因此,那些为L

STM32驱动SD NAND(贴片式SD卡)全测试:GSR手环生物数据存储的擦写寿命与速度实测
在智能皮电手环及数据存储技术不断迭代的当下,主控 MCU STM32H750 与存储 SD NAND MKDV4GIL-AST 的强强联合,正引领行业进入全新发展阶段。二者凭借低功耗、高速读写与卓越稳定性的深度融合,以及高容量低成本的突出优势,成为大规模生产场景下极具竞争力的数据存储解决方案。

芯对话 | CBM16AD125Q这款ADC如何让我的性能翻倍?
综述在当今数字化时代,模数转换器(ADC)作为连接模拟世界与数字系统的关键桥梁,其技术发展对众多行业有着深远影响。从通信领域追求更高的数据传输速率与质量,到医疗影像领域渴望更精准的疾病诊断,再到工业控制领域需要适应复杂恶劣环境的稳定信号处理,ADC的性能提升成为推动这些行业进步的重要因素。行业现状分析在通信行业,5G乃至未来6G的发展,对基站信号处理提出了极

史上最全面解析:开关电源各功能电路
01开关电源的电路组成开关电源的主要电路是由输入电磁干扰滤波器(EMI)、整流滤波电路、功率变换电路、PWM控制器电路、输出整流滤波电路组成。辅助电路有输入过欠压保护电路、输出过欠压保护电路、输出过流保护电路、输出短路保护电路等。开关电源的电路组成方框图如下:02输入电路的原理及常见电路1AC输入整流滤波电路原理①防雷电路:当有雷击,产生高压经电网导入电源时

有几种电平转换电路,适用于不同的场景
一.起因一般在消费电路的元器件之间,不同的器件IO的电压是不同的,常规的有5V,3.3V,1.8V等。当器件的IO电压一样的时候,比如都是5V,都是3.3V,那么其之间可以直接通讯,比如拉中断,I2Cdata/clk脚双方直接通讯等。当器件的IO电压不一样的时候,就需要进行电平转换,不然无法实现高低电平的变化。二.电平转换电路常见的有几种电平转换电路,适用于

瑞萨RA8系列教程 | 基于 RASC 生成 Keil 工程
对于不习惯用 e2 studio 进行开发的同学,可以借助 RASC 生成 Keil 工程,然后在 Keil 环境下愉快的完成开发任务。

共赴之约 | 第二十七届中国北京国际科技产业博览会圆满落幕
作为第二十七届北京科博会的参展方,芯佰微有幸与800余家全球科技同仁共赴「科技引领创享未来」之约!文章来源:北京贸促5月11日下午,第二十七届中国北京国际科技产业博览会圆满落幕。本届北京科博会主题为“科技引领创享未来”,由北京市人民政府主办,北京市贸促会,北京市科委、中关村管委会,北京市经济和信息化局,北京市知识产权局和北辰集团共同承办。5万平方米的展览云集

道生物联与巍泰技术联合发布 RTK 无线定位系统:TurMass™ 技术与厘米级高精度定位的深度融合
道生物联与巍泰技术联合推出全新一代 RTK 无线定位系统——WTS-100(V3.0 RTK)。该系统以巍泰技术自主研发的 RTK(实时动态载波相位差分)高精度定位技术为核心,深度融合道生物联国产新兴窄带高并发 TurMass™ 无线通信技术,为室外大规模定位场景提供厘米级高精度、广覆盖、高并发、低功耗、低成本的一站式解决方案,助力行业智能化升级。

智能家居中的清凉“智”选,310V无刷吊扇驱动方案--其利天下
炎炎夏日,如何营造出清凉、舒适且节能的室内环境成为了大众关注的焦点。吊扇作为一种经典的家用电器,以其大风量、长寿命、低能耗等优势,依然是众多家庭的首选。而随着智能控制技术与无刷电机技术的不断进步,吊扇正朝着智能化、高效化、低噪化的方向发展。那么接下来小编将结合目前市面上的指标,详细为大家讲解其利天下有限公司推出的无刷吊扇驱动方案。▲其利天下无刷吊扇驱动方案一

电源入口处防反接电路-汽车电子硬件电路设计
一、为什么要设计防反接电路电源入口处接线及线束制作一般人为操作,有正极和负极接反的可能性,可能会损坏电源和负载电路;汽车电子产品电性能测试标准ISO16750-2的4.7节包含了电压极性反接测试,汽车电子产品须通过该项测试。二、防反接电路设计1.基础版:二极管串联二极管是最简单的防反接电路,因为电源有电源路径(即正极)和返回路径(即负极,GND),那么用二极
评论