应用与应用程序包——HarmonyOS学习

应用与应用程序包

用户应用程序指运行在设备操作系统之上，为用户提供特定服务应用的程序，简称“应用”。
鸿蒙系统应用具备了以下特点：

• 系统提供了开发、安装、卸载、查询、更新的管理机制
• 屏蔽了不同平台的差异（包括X86/ARM、32位/64位平台）

应用开发的设计机制

• 支持模块化开发： 一个应用通常包含多个功能，可以将每个功能模块作为一个独立的Module进行开发，Module中可以包含源代码、资源文件、第三方库、配置文件等。
• 支持多设备适配： 一个应用往往需要多种设备类型适配，而每个Module都会注明所支持的设备类型。在发布到应用市场时，也可以根据设备类型进行精准筛选匹配。

Module的类型

• Ablity类型的Module： 用于实现应用的功能和特性。每个Ability类型的Module编译后，都会生成.hap文件，称为HAP（Harmony Ablity Package）包。HAP包可以独立安装运行，是应用安装的基本单位，一个应用可以有一个或多个HAP包，具体包含如下类型：

  • entry类型的Module: 应用的主模块，包含应用的入口界面、入口图标和主功能特性，编译后生成entry类型的HAP，一个应用只能包含唯一一个entry类型的HAP，也可以不包含。

  • feature类型的Module：应用的动态特性模块，编译后生成feature类型的HAP，一个应用可以包含多个feature类型的HAP，也可以不包含。

• Libary类型的Module： 用于实现代码和资源的共享。同一个Libary类型的可以被其他的Module多次引用，Libray类型的Module分为Static和Shared两种类型，编译后会生成共享包。

  • Static Libary：静态共享库。编译后会生成.har文件，即静态共享包HAR（Harmony Archive Package）。

  • Shared Libary：动态共享库。编译后会生成.hsr文件，即动态共享包HSR（Harmony Shared Package）。

共享包类型	编译和运行方式	发布和引用方式
HAR	HAR中的代码和资源跟随使用方编译，如果有多个使用方，它们的编译产物中会存在多份相同拷贝。 注意：编译HAR时，建议开启混淆能力，保护代码资产。	HAR除了支持应用内引用，还可以独立打包发布，供其他应用引用。
HSP	HSP中的代码和资源可以独立编译，运行时在一个进程中代码也只会存在一份。	HSP一般随应用进行打包，当前支持应用内和集成态HSP。应用内HSP只支持应用内引用，集成态HSP支持发布到ohpm私仓和跨应用引用。