HarmonyOS 鸿蒙Next 关于module的type类型问题

发布于 1周前 作者 gougou168 来自 鸿蒙OS

HarmonyOS 鸿蒙Next 关于module的type类型问题

根据文档介绍,entry是只能有一个的入口类型。feature是可以有多个的动态模块,其实就是可以跟入口组成复杂功能app的作用的。

他们两个编译后都是.hap文件。

手动创建module,默认类型我看都是har。这类型是静态共享包。编译的时候是.har文件,哪个module引用他,就会跟他打包到一起。每个都引用就都会打包多少个。

而shared类型。就是动态共享包,编译出来是.hsp文件。无论谁引用了他,都只有一份。会出现在app包里面。

现在做的项目。默认创建其他功能module都是.har的,之前不懂,写的项目都是默认这个har的module,发现构建app都只有一个.hap文件。

主动改成feature会必须加一个deliveryWithInstall属性。就是问你要不要和主.hap一起打包的。false就是用的时候再下载,不会打进app里面。

那这个用的时候再下载是我们需要写个什么什么逻辑吗。还是设置了false,你代码里引用了他,用的时候就自动下载了。还有就是你引用了他,没下载他,那代码不会找不到里面的资源报错吗。

还有就是,有没有开发大型项目的。你们的动态功能模块。真的都是feature类型吗?还是就默认har的。

1 回复

关于HarmonyOS 鸿蒙Next中module的type类型问题,以下是一些专业解答:

在HarmonyOS鸿蒙Next系统中,module的type类型主要决定了模块的功能和用途。具体来说,module的type类型包括但不限于以下几种:

  1. Feature:作为功能模块,通常用于扩展应用的特定功能或服务。这种模块是应用的重要组成部分,但不具备独立的入口。
  2. Entry:作为入口模块,是应用的起点。一个HarmonyOS工程中可以包含多个Entry模块,用于适配不同型号的设备或实现不同的功能入口。

此外,还有HarmonyOSLibrary类型,用于创建可以调用C/C++的共享包。

在创建或配置module时,需根据实际需求选择合适的type类型,并确保模块名称、软件包名称、兼容的SDK版本等信息的准确性。

如果在使用过程中遇到关于module type类型的具体问题,建议查阅HarmonyOS官方文档或开发者指南,以获取更详细和准确的信息。如果问题依旧没法解决请联系官网客服,官网地址是:https://www.itying.com/category-93-b0.html

回到顶部