(一)鸿蒙HarmonyOS开发基础

一. 学习目标

了解媒体资源、原生资源、字符资源以及国际化等资源的归档目录,方便开发时在应用内对资源的查找和使用。

二. 应用程序包结构(Stage模型,FA模型后续会弃用,不再学习)

在开发态,一个应用包含一个或者多个Module(同Android一样,点击链接去查看),
DevEco Studio工程中创建一个或者多个Module。
Module是HarmonyOS应用/服务的基本功能单元,包含了源代码、资源文件、第三方库及应用/服务配置文件,每一个Module都可以独立进行编译和运行。

Module分为“Ability”和“Library”两种类型
“Ability”类型的Module对应于编译后的HAP(Harmony Ability Package);
“Library”类型的Module对应于HAR(Harmony Archive),或者HSP(Harmony Shared Package)。

一个Module可以包含一个或多个UIAbility组件,如下图所示。
alt
图1 Module与UIAbility组件关系示意图

全文中介绍到的Module默认指的是“Ability”类型的Module。

开发者通过DevEco Studio把应用程序编译为一个或者多个.hap后缀的文件,即HAP。
HAP是HarmonyOS应用安装的基本单位,包含了编译后的代码、资源、三方库及配置文件。
HAP可分为Entry和Feature两种类型。看词生义 Entry-启动 Feature-主要功能

Entry类型的HAPFeature类型的HAP
定义应用的主模块应用的动态特性模块
配置文件module.json5module.json5
type标签配置“entry”“feature”
设备类型支持同一设备类型只支持一个无限制
用途实现应用的入口界面、入口图标、主特性功能等实现应用的特性功能
数量限制同一应用中仅支持一个一个应用程序包可以包含一个或多个,也可以不包含
下载安装方式通常随应用一起下载安装可配置为按需下载安装,也可配置为随Entry类型的HAP一起下载安装

每个HarmonyOS应用可以包含多个.hap文件,一个应用中的.hap文件合在一起称为一个Bundle,而bundleName就是应用的唯一标识(请参见app.json5配置文件中的bundleName标签)。
需要特别说明的是:在应用上架到应用市场时,需要把应用包含的所有.hap文件(即Bundle)打包为一个.app后缀的文件用于上架,这个.app文件称为App Pack(Application Package),其中同时包含了描述App Pack属性的pack.info文件;在云端(服务器)分发和终端设备安装时,都是以HAP为单位进行分发和安装的。

打包后的HAP包结构包括ets、libs、resources等文件夹和resources.index、module.json、pack.info等文件。

ets目录用于存放应用代码编译后的字节码文件。
libs目录用于存放库文件。库文件是HarmonyOS应用依赖的第三方代码(.so二进制文件)。
resources目录用于存放应用的资源文件(字符串、图片等),便于开发者使用和维护,详见资源分类与访问。
resources.index是资源索引表,由IDE编译工程时生成。
module.json是HAP的配置文件,内容由工程配置中的module.json5和app.json5组成,该文件是HAP中必不可少的文件。IDE会自动生成一部分默认配置,开发者按需修改其中的配置。详细字段请参见应用配置文件。
pack.info是Bundle中用于描述每个HAP属性的文件,例如app中的bundleName和versionCode信息、module中的name、type和abilities等信息,由IDE工具生成Bundle包时自动生成。
alt
图2 应用程序包结构(Stage模型)

三、多HAP机制

  1. 多HAP机制设计目标
  • 方便开发者模块化的管理应用,好的应用一般都是模块化管理,模块之间属于松耦合关系。
    多HAP方便了开发者将业务划分成多个模块,每个模块放到独立的HAP中。
    例如支付类应用,有统一的主界面,主界面管理“扫一扫”、“收付款”、“消息”、“理财”等各个模块。其中主界面管理其他模块的逻辑在Entry包中实现,而“扫一扫”、“收付款”、“消息”和“理财”等模块在不同的Feature包中实现。可以同时开发多个Feature包,能够实现Feature包单独的开发测试,最终由Entry包统一集成Feature包的特性。

  • 方便开发者将多HAP合理地组合并部署到不同的设备上。例如应用程序包含一个Entry包和两个Feature包(Feature1和Feature2)。其中Entry包可以部署到设备A和设备B,Feature1只能部署到设备A,Feature2包只部署到设备B上,那么开发者就可以方便的组合Entry和Feature1部署到设备A上,组合Entry和Feature2部署到设备B上。

  • 方便应用资源共享,减少程序包大小。多个HAP都需要用到的资源(包括公共资源文件、公共页面等)以及so(shared object)文件可以放到单独的HAP中,其他HAP可以到该HAP中访问资源和so文件,也一定程度上可以减少应用程序包大小。

  1. 多HAP构建视图
  • 一个开发态的Module编译后生成一个部署态的HAP,Module和HAP一一对应。所有的HAP最终会编译到一个App Pack中(以.app为后缀的包文件),用于发布到应用市场。
    alt
  1. 多HAP的开发调试
    应用程序包调试方法

    4.多HAP使用规则
  • App Pack包不能直接安装到设备上,只是上架应用市场的单元。

  • App Pack包中所有HAP的配置文件中的bundleName标签必须一致。

  • App Pack包中所有HAP的配置文件中的versionCode标签必须一致。

  • App Pack包中同一设备类型的所有HAP中必须有且只有一个entry类型的HAP,feature类型的HAP可以有一个或者多个,也可以没有。

  • App Pack包中的每个HAP必须配置moduleName标签,同一设备类型的所有HAP对应的moduleName标签必须唯一。

  • 同一应用的所有HAP签名证书要保持一致。上架应用市场是以App Pack的形式上架,并对其进行了签名。应用市场分发时会将所有HAP从App Pack中拆分出来,同时对其中的所有HAP进行重签名,这样保证了所有HAP签名证书的一致性。在调试阶段,开发者通过命令行或IDE将HAP安装到设备上时要保证所有HAP签名证书一致,否则会出现安装失败的问题。

四、应用配置文件概述(Stage模型)

每个应用项目必须在项目的代码目录下加入配置文件,这些配置文件会向编译工具、操作系统和应用市场提供应用的基本信息。

在基于Stage模型开发的应用项目代码下,都存在一个app.json5及一个或多个module.json5这两种配置文件。

app.json5主要包含以下内容:

  • 应用的全局配置信息,包含应用的包名、开发厂商、版本号等基本信息。

  • 特定设备类型的配置信息。

module.json5主要包含以下内容:

  • Module的基本配置信息,例如Module名称、类型、描述、支持的设备类型等基本信息。

  • 应用组件信息,包含UIAbility组件和ExtensionAbility组件的描述信息。

  • 应用运行过程中所需的权限信息。

先通过一个示例,整体认识一下app.json5配置文件。

{
  "app": {
    "bundleName": "com.application.myapplication",
    "vendor": "example",
    "versionCode": 1000000,
    "versionName": "1.0.0",
    "icon": "$media:app_icon",
    "label": "$string:app_name",
    "description": "$string:description_application",
    "minAPIVersion": 9,
    "targetAPIVersion": 9,
    "apiReleaseType": "Release",
    "debug": false,
    "car": {
      "minAPIVersion": 8,
    }
  },
}

属性名称

含义

数据类型

是否可缺省

bundleName

标识应用的Bundle名称,用于标识应用的唯一性。该标签不可缺省。标签的值命名规则 :

- 字符串以字母、数字、下划线和符号“.”组成。

- 以字母开头。

- 最小长度7个字节,最大长度127个字节。

推荐采用反域名形式命名(如com.example.demo,建议第一级为域名后缀com,第二级为厂商/个人名,第三级为应用名,也可以多级)。

字符串

该标签不可缺省。

bundleType

标识应用的Bundle类型,用于区分应用或者原子化服务。该标签可选值为app和atomicService :

- app:当前Bundle为普通应用。

- atomicService:当前Bundle为元服务。

字符串

该标签可以缺省,缺省为app。

debug

标识应用是否可调试,该标签由IDE编译构建时生成。

- true:可调试。

- false:不可调试。

布尔值

该标签可以缺省,缺省为false。

icon

标识应用的图标,标签值为图标资源文件的索引。

字符串

该标签不可缺省。

label

标识应用的名称,标签值为字符串资源的索引。

字符串

该标签不可缺省。

description

标识应用的描述信息,标签值是字符串类型(最大255个字节)或对描述内容的字符串资源索引。

字符串

该标签可缺省,缺省值为空。

vendor

标识对应用开发厂商的描述。该标签的值是字符串类型(最大255个字节)。

字符串

该标签可以缺省,缺省为空。

versionCode

标识应用的版本号,该标签值为32位非负整数。此数字仅用于确定某个版本是否比另一个版本更新,数值越大表示版本越高。开发者可以将该值设置为任何正整数,但是必须确保应用的新版本都使用比旧版本更大的值。该标签不可缺省,versionCode值应小于2^31次方。

数值

该标签不可缺省。

versionName

标识应用版本号的文字描述,用于向用户展示。

该标签仅由数字和点构成,推荐采用“A.B.C.D”四段式的形式。四段式推荐的含义如下所示。

第一段:主版本号/Major,范围0-99,重大修改的版本,如实现新的大功能或重大变化。

第二段:次版本号/Minor,范围0-99,表示实现较突出的特点,如新功能添加或大问题修复。

第三段:特性版本号/Feature,范围0-99,标识规划的新版本特性。

第四段:修订版本号/Patch,范围0-999,表示维护版本,修复bug。

标签最大字节长度为127。

字符串

该标签不可缺省。

minCompatibleVersionCode

标识应用能够兼容的最低历史版本号,用于跨设备兼容性判断。

说明

当前版本暂不支持跨设备能力。

数值

该标签可缺省,缺省值等于versionCode标签值。

minAPIVersion

标识应用运行需要的SDK的API最小版本。

数值

由build-profile.json5中的compatibleSdkVersion生成。

targetAPIVersion

标识应用运行需要的API目标版本。

数值

由build-profile.json5中的compileSdkVersion生成。

apiReleaseType

标识应用运行需要的API目标版本的类型,采用字符串类型表示。取值为“CanaryN”、“BetaN”或者“Release”,其中,N代表大于零的整数。

- Canary:受限发布的版本。

- Beta:公开发布的Beta版本。

- Release:公开发布的正式版本。

该字段由DevEco Studio读取当前使用的SDK的Stage来生成。

字符串

该标签可缺省,由IDE生成并覆盖。

multiProjects

标识当前工程是否支持多个工程的联合开发。

- true:当前工程支持多个工程的联合开发。

- false:当前工程不支持多个工程的联合开发。多工程开发可以参考文档:多工程构建

布尔值

可缺省,缺省值为false。

tablet

标识对tablet设备做的特殊配置,可以配置的属性字段有上文提到的:minAPIVersion、distributedNotificationEnabled。

如果使用该属性对tablet设备做了特殊配置,则应用在tablet设备中会采用此处配置的属性值,并忽略在app.json5公共区域配置的属性值。

对象

该标签可缺省,缺省时tablet设备使用app.json5公共区域配置的属性值。

tv

标识对tv设备做的特殊配置,可以配置的属性字段有上文提到的:minAPIVersion、distributedNotificationEnabled。

如果使用该属性对tv设备做了特殊配置,则应用在tv设备中会采用此处配置的属性值,并忽略在app.json5公共区域配置的属性值。

对象

该标签可缺省,缺省时tv设备使用app.json5公共区域配置的属性值。

wearable

标识对wearable设备做的特殊配置,可以配置的属性字段有上文提到的:minAPIVersion、distributedNotificationEnabled。

如果使用该属性对wearable设备做了特殊配置,则应用在wearable设备中会采用此处配置的属性值,并忽略在app.json5公共区域配置的属性值。

对象

该标签可缺省,缺省时wearable设备使用app.json5公共区域配置的属性值。

car

标识对car设备做的特殊配置,可以配置的属性字段有上文提到的:minAPIVersion、distributedNotificationEnabled。

如果使用该属性对car设备做了特殊配置,则应用在car设备中会采用此处配置的属性值,并忽略在app.json5公共区域配置的属性值。

对象

该标签可缺省,缺省时car设备使用app.json5公共区域配置的属性值。

phone

标识对phone设备做的特殊配置,可以配置的属性字段有上文提到的:minAPIVersion、distributedNotificationEnabled。

如果使用该属性对phone设备做了特殊配置,则应用在phone设备中会采用此处配置的属性值,并忽略在app.json5公共区域配置的属性值。

对象

该标签可缺省,缺省时phone设备使用app.json5公共区域配置的属性值。

module.json5配置文件

{
  "module": {
    "name": "entry",
    "type": "entry",
    "description": "$string:module_desc",
    "mainElement": "EntryAbility",
    "deviceTypes": [
      "tv",
      "tablet"
    ],
    "deliveryWithInstall": true,
    "installationFree": false,
    "pages": "$profile:main_pages",
    "virtualMachine": "ark",
    "metadata": [
      {
        "name": "string",
        "value": "string",
        "resource": "$profile:distributionFilter_config"
      }
    ],
    "abilities": [
      {
        "name": "EntryAbility",
        "srcEntry": "./ets/entryability/EntryAbility.ts",
        "description": "$string:EntryAbility_desc",
        "icon": "$media:icon",
        "label": "$string:EntryAbility_label",
        "startWindowIcon": "$media:icon",
        "startWindowBackground": "$color:start_window_background",
        "exported": true,
        "skills": [
          {
            "entities": [
              "entity.system.home"
            ],
            "actions": [
              "ohos.want.action.home"
            ]
          }
        ]
      }
    ],
    "requestPermissions": [
      {
        "name": "ohos.abilitydemo.permission.PROVIDER",
        "reason": "$string:reason",
        "usedScene": {
          "abilities": [
            "FormAbility"
          ],
          "when": "inuse"
        }
      }
    ]
  }
}
表1 module.json5配置文件配置标签说明

属性名称

含义

数据类型

是否可缺省

name

标识当前Module的名称,标签值采用字符串表示(最大长度31个字节),该名称在整个应用要唯一,仅支持英文字符。

字符串

该标签不可缺省。

type

标识当前Module的类型。类型有两种,分别:

- entry:应用的主模块。

- feature:应用的动态特性模块。

字符串

该标签不可缺省。

srcEntry

标识当前Module所对应的代码路径,标签值为字符串(最长为127字节)。

字符串

该标签可缺省,缺省值为空。

description

标识当前Module的描述信息,标签值是字符串类型(最长255字节)或对描述内容的字符串资源索引。

字符串

该标签可缺省,缺省值为空。

process

标识当前Module的进程名,标签值为字符串类型(最长为31个字节)。如果在HAP标签下配置了process,该应用的所有UIAbility、DataShareExtensionAbility、ServiceExtensionAbility都运行在该进程中。

说明:

- 仅支持系统应用配置,三方应用配置不生效。

字符串

可缺省,缺省为app.json5文件下app标签下的bundleName。

mainElement

标识当前Module的入口UIAbility名称或者ExtensionAbility名称。标签最大字节长度为255。

字符串

该标签可缺省,缺省值为空。

deviceTypes

标识当前Module可以运行在哪类设备上,标签值采用字符串数组的表示。

字符串数组

该标签不可缺省。

deliveryWithInstall

标识当前Module是否在用户主动安装的时候安装,表示该Module对应的HAP是否跟随应用一起安装。

- true:主动安装时安装。

- false:主动安装时不安装。

布尔值

该标签不可缺省。

installationFree

标识当前Module是否支持免安装特性。

- true:表示支持免安装特性,且符合免安装约束。

- false:表示不支持免安装特性。

说明:

- 当应用的entry类型Module的该字段配置为true时,该应用的feature类型的该字段也需要配置为true。

- 当应用的entry类型Module的该字段配置为false时,该应用的feature类型的该字段根据业务需求配置true或false。

布尔值

该标签不可缺省。

virtualMachine

标识当前Module运行的目标虚拟机类型,供云端分发使用,如应用市场和分发中心。

该标签值为字符串。如果目标虚拟机类型为ArkTS引擎,则其值为“ark+版本号”。

字符串

该标签由IDE构建HAP的时候自动插入。

pages

标识当前Module的profile资源,用于列举每个页面信息。该标签最大长度为255个字节。

字符串

在有UIAbility的场景下,该标签不可缺省。

metadata

标识当前Module的自定义元信息,标签值为数组类型,只对当前Module、UIAbility、ExtensionAbility生效。

对象数组

该标签可缺省,缺省值为空。

abilities

标识当前Module中UIAbility的配置信息,标签值为数组类型,只对当前UIAbility生效。

对象

该标签可缺省,缺省值为空。

extensionAbilities

标识当前Module中ExtensionAbility的配置信息,标签值为数组类型,只对当前ExtensionAbility生效。

对象

该标签可缺省,缺省值为空。

requestPermissions

标识当前应用运行时需向系统申请的权限集合。

对象

该标签可缺省,缺省值为空。

testRunner

标识当前Module用于支持对测试框架的配置。

对象

该标签可缺省,缺省值为空。

  • 25
    点赞
  • 24
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
华为鸿蒙HarmonyOS开发整理资料汇总,共38份。 1学前必读:HarmonyOS学习资源主题分享 2学前必读:OpenHarmony-联盟生态资料合集 3-1.HarmonyOS概述:技术特性 3-2.HarmonyOS概述:开发工具与平台 3-3.HarmonyOS概述:系统安全 3-4.HarmonyOS概述:系统定义 3-5.HarmonyOS概述:下载与安装软件 3-6.HarmonyOS概述:应用开发基础知识 3-7.HarmonyOS概述:最全HarmonyOS文档和社区资源使用技巧 4-1.生态案例:【开发者说】重塑经典,如何在HarmonyOS手机上还原贪吃蛇游戏 4-2.生态案例:HarmonyOLabo涂鸦鸿蒙亲子版 4-3.生态案例:HarmonyOS分镜头APP案例 4-4.生态案例:HarmonyOS时光序历史学习案例 4-5.生态案例:HarmonyOS先行者说 宝宝巴士携手HarmonyOS共同打造儿童教育交互新体验 4-6.生态案例:HarmonyOS智能农场物联网连接实践 4-7.生态案例:分布式开发样例,带你玩转多设备 4-8.生态案例:华为分布式日历应用开发实践 5-1.【Codelab】HarmonyOS基于图像模块实现图库图片的四种常见操作 5-2.【CodeLab】手把手教你创建第一个手机“Hello World” 5-3.【Codelab】如此简单!一文带你学会15个HarmonyOS JS组件 5-4.【Codelab】懒人“看”书新法—鸿蒙语音播报,到底如何实现? 5-5.【Codelab】基于AI通用文字识别的图像搜索,这波操作亮了 5-6.【Codelab】开发样例概览 6-1.技术解读之HarmonyOS轻量JS开发框架与W3C标准差异分析 6-2.技术解读之HarmonyOS驱动加载过程分析 6-3.技术解读之HarmonyOS组件库使用实践 6-4.技术解读之华为架构师解读:HarmonyOS低时延高可靠消息传输原理 6-5.技术解读之解密HarmonyOS UI框架 6-6.技术解读之如何从OS框架层面实现应用服务功能解耦 7-1.常见问题之HarmonyOS元服务的设计与开发解析 7-2.常见问题之Java开发 7-3.常见问题之JS开发 7-4.常见问题之模拟器登录 7-5.常见问题之模拟器运行 7-6.常见问题之如何使用JsJava开发HarmonyOS UI 7-7.常见问题之应用配置 7-8.常见问题之预览器运行 8【视频合集】入门到进阶视频学习资料合集30+

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值