Lines Matching refs:HAP

64 * “Ability”类型的Module编译后生成HAP包。
68 应用以APP Pack形式发布，其包含一个或多个HAP包。HAP是应用安装的基本单位，HAP可以分为Entry和Feature两种类型：
70 * Entry类型的HAP：应用的主模块。在同一个应用中，同一设备类型只支持一个Entry类型的HAP，通常用于实现应用的入口界面、入口图标、主特性功能等。
72 * Feature类型的HAP：应用的动态特性模块。Feature类型的HAP通常用于实现应用的特性功能，一个应用程序包可以包含一个或多个Feature类型的HAP，也可以不包含。
75 > 关于Entry类型的HAP包、Feature类型的HAP包、HAR包、HSP包以及APP Pack的详细介绍请参考[应用程序包结构说明](../../quick-start/applicatio…
81 - **部署模型A**：不同类型的设备上按照一定的工程结构组织方式，通过一次编译生成**相同**的HAP（或HAP组合）。
83 - **部署模型B**：不同类型的设备上按照一定的工程结构组织方式，通过一次编译生成**不同**的HAP（或HAP组合）。
117 …cts或其它feature使用，但是不能反向依赖products层。需要单独部署的feature通常编译为Feature类型的HAP包，和products下Entry类型的HAP包进行组合部署。f…
121   products层各个子目录各自编译为一个Entry类型的HAP包，作为应用主入口。products层不可以横向调用。
130 │   ├── feature1            # 子功能1, 编译为HAR包或HSP包或Feature类型的HAP包
131 │   ├── feature2            # 子功能2, 编译为HAR包或HSP包或Feature类型的HAP包
134     ├── wearable            # 智能穿戴泛类目录, 编译为Entry类型的HAP包
135     ├── default             # 默认设备泛类目录, 编译为Entry类型的HAP包