正经夜光杯

这个屌丝很懒，什么也没留下！

热门标签

HarmonyOS（鸿蒙）(20)，2024年最新kotlin中文教程_kotlin 鸿蒙

作者：正经夜光杯 | 2024-07-20 08:04:31

踩

kotlin 鸿蒙

一个原子化服务可以有一个或者多个HAP组成，而一个HAP对应1个FA或者1个PA，每个FA或PA均可独立运行，完成1个特定功能；1个或多个功能（对应FA或PA）完成1个特定的便捷服务。

所以HarmonyOS的App安装包的结构示意图如下：

原子化服务中的组成关系.png

3.3.2 可分可合思想

根据3.1中HarmonyOS的App安装包的结构可知，一个HarmonyOS安装包可以由任意需要的一个或者多个HAP组成，这里的组成是可以选择的，可以根据用户需求和硬件设备做合理的选择进行应用组合。

打个比方使用搭载HarmonyOS系统的电视和手机分别可以具有如下的一些功能：

HarmonyOS电视机：

HarmonyOS视频—电视机.png

HarmonyOS手机：

HarmonyOS视频—手机.png

电视机没有短信和通话的功能，但是它拥有控制频道切换的功能，因此可以安装控制频道.HAP；而手机拥有短信和通话的功能，因此可以安装短信.HAP和通过.HAP。两者都拥有游戏的功能，因此均可以安装游戏.HAP。因此HarmonyOS的HAP安装包，可以根据用户的实际需求或者硬件设施进行合理的安装，实现安装包的可分可合思想。

针对不同的功能，建议统一写入同一个HAP中，比如短信.HAP，这样可以减少用户使用某一个特定功能的时候，系统下载安装包的复杂度或者用户字段安装的复杂度。

3.3.3 HAP中的Ability

针对上面的游戏.HAP，比如说是男人就下一百层，我们会开发一个Ability，它会存在很多子功能，比如登录、注册、游戏、装备、聊天、等等。这些不同的功能都可以整合到不同的AbilitySlice中，一个AbilitySlice对应一个页面。

游戏.HAP的Ability与其AbilitySlice关系图如下：

游戏.HAP.png

四、配置文件Config.json了解

===================

4.1、简介

4.1.1 结构

应用的每个HAP的根目录下都存在一个“config.json”配置文件。文件内容主要涵盖以下三个方面：

config.json.png

如下是一个简单的HarmonyOS应用程序创建后所看到的应用代码结构，entry -> src -> main -> config.json文件。其中三个模块分别为app、deviceConfig、module（我这里展示的三块是缩放后的内容。）

4.1.2 编辑视图

config.json文件采用JSON文件格式，其每一项都包含都由一个属性和值组成。其中属性值不分先后顺序，但是不能重复出现，必须唯一。值为JSON的基本数据类型。HarmonyOS的DevEco Studio支持两种编辑config.json的方式，分别是代码编辑视图和可视化编辑视图。

代码编辑视图：

可视化编辑视图：

4.2、配置文件详细介绍

配置文件由app、deviceConfig、module三部分组成，三者均必须存在。以下会根据上面的HarmonyOS的基础HelloWorld程序分析一个最基础的config.json配置文件，如果需要十分详细的介绍，请直接去HarmonyOS的官网进行查阅，以下是直达的官网地址：

https://developer.harmonyos.com/cn/docs/documentation/doc-guides/basic-config-file-elements-0000000000034463

4.2.1 app

app对象包含应用的全局配置信息，HarmonyOS的基础HelloWorld程序的config.json配置文件中的app部分如下所示：

“app”: {

“bundleName”: “com.example.demo”,

“vendor”: “example”,

“version”: {

“code”: 1000000,

“name”: “1.0.0”

}

| — | — | — | — | — |

| bundleName | - | 表示应用的包名，用于标识应用的唯一性。 | 字符串 | 否 |

| version | - | 表示应用的版本信息。 | 对象 | 否 |

| | code | 表示应用的版本号，仅用于HarmonyOS管理该应用，不对应用的终端用户呈现。 | 数值 | 否 | 数值 | 否 |

| | name | 表示应用的版本号，用于向应用的终端用户呈现。小于127个字节。 | 字符串 | 否 |

4.2.2 deviceConfig

deviceConfig包含在具体设备上的应用配置信息，可以包含default、phone、tablet、tv、car、wearable、liteWearable和smartVision等属性。default标签内的配置是适用于所有设备通用，其他设备类型如果有特殊的需求，则需要在该设备类型的标签下进行配置。HarmonyOS的基础HelloWorld程序的config.json配置文件中的deviceConfig部分如下所示：

“deviceConfig”: {}

4.2.3 module

module对象包含HAP包的配置信息，包含每个Ability必须定义的基本属性（如包名、类名、类型以及Ability提供的能力），以及应用访问系统或其他应用受保护部分所需的权限等。HarmonyOS的基础HelloWorld程序的config.json配置文件中的module部分如下所示：

“module”: {

“package”: “com.example.demo”,

“name”: “.MyApplication”,

“mainAbility”: “com.example.demo.MainAbility”,

“deviceType”: [

“phone”

“distro”: {

“deliveryWithInstall”: true,

“moduleName”: “entry”,

“moduleType”: “entry”,

“installationFree”: true

“abilities”: [

{

“skills”: [

{

“entities”: [

“entity.system.home”

“actions”: [

“action.system.home”

]

}

“orientation”: “unspecified”,

“name”: “com.example.demo.MainAbility”,

“icon”: “$media:icon”,

“description”: “$string:mainability_description”,

“label”: “$string:entry_MainAbility”,

“type”: “page”,

“launchType”: “standard”

}

]

}

| — | — | — | — | — |

| package | - | 表示HAP的包结构名称，在应用内应保证唯一性。采用反向域名格式（建议与HAP的工程目录保持一致）。字符串长度不超过127字节。 | 字符串 | 否 |

| name | - | 表示HAP的类名。采用反向域名方式表示，前缀需要与同级的package标签指定的包名一致，也可采用“.”开头的命名方式。字符串长度不超过255字节。 | 字符串 | 否 |

| distro | - | 表示HAP发布的具体描述 | 对象 | 否 |

| |

deliveryWithInstall

表示当前HAP是否支持随应用安装。

true：支持随应用安装。
false：不支持随应用安装

布尔类型

否

| |

moduleName

HAP的名称

字符串

否

| |

moduleType

表示当前HAP的类型，包括两种类型：entry和feature

字符串

否

| |

installationFree

表示当前该FA是否支持免安装特性。

true：表示支持免安装特性，且符合免安装约束。
false：表示不支持免安装特性。

布尔类型

entry.hap可缺省，feature.hap不可缺省。

abilities

表示当前模块内的所有Ability。采用对象数组格式，其中每个元素表示一个Ability对象。

对象数组

是

| |

skills

表示Ability能够接收的Intent的特征。

对象数组

是

| |

orientation

表示该Ability的显示模式。该标签仅适用于page类型的Ability。取值范围如下：

unspecified：由系统自动判断显示方向。
landscape：横屏模式。
portrait：竖屏模式。
followRecent：跟随栈中最近的应用。

字符串

是

| |

name

表示Ability名称。取值可采用反向域名方式表示，由包名和类名组成，如“com.example.myapplication.MainAbility”；也可采用“.”开头的类名方式表示，如“.MainAbility”。该标签仅适用于手机、平板、智慧屏、车机、智能穿戴。

字符串

否

| |

icon

表示Ability图标资源文件的索引。取值示例：$media:ability_icon。如果在该Ability的“skills”属性中，“actions”的取值包含 “action.system.home”，“entities”取值中包含“entity.system.home”，则该Ability的icon将同时作为应用的icon。如果存在多个符合条件的Ability，则取位置靠前的Ability的icon作为应用的icon。

字符串

是

| |

description

表示对Ability的描述。取值可以是描述性内容，也可以是对描述性内容的资源索引，以支持多语言。

字符串

是

| |

label

表示Ability对用户显示的名称。取值可以是Ability名称，也可以是对该名称的资源索引，以支持多语言。

字符串

是

| |

type

表示Ability的类型。取值范围如下：

page：表示基于Page模板开发的FA，用于提供与用户交互的能力。
service：表示基于Service模板开发的PA，用于提供后台运行任务的能力。
data：表示基于Data模板开发的PA，用于对外部提供统一的数据访问抽象。
CA：表示支持其他应用以窗口方式调起该Ability。

字符串

否

| |

launchType

表示Ability的启动模式，支持“standard”、“singleMission”和“singleton”三种模式：

standard：表示该Ability可以有多实例。“standard”模式适用于大多数应用场景。
singleMission：表示此Ability在每个任务栈中只能有一个实例。
singleton：表示该Ability在所有任务栈中仅可以有一个实例。例如，具有全局唯一性的呼叫来电界面即采用“singleton”模式。

该标签仅适用于手机、平板、智慧屏、车机、智能穿戴。

字符串

否

abilities -> skills

| — | — | — | — | — |

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数HarmonyOS鸿蒙开发工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年HarmonyOS鸿蒙开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上HarmonyOS鸿蒙开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新

如果你觉得这些内容对你有帮助，可以添加VX：vip204888 （备注鸿蒙获取）

一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

多个entity。 | 字符串数组 | 是 |

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

因此收集整理了一份《2024年HarmonyOS鸿蒙开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
[外链图片转存中…(img-Cfgxm8oC-1712670858370)]
[外链图片转存中…(img-Le8pdcaq-1712670858371)]
[外链图片转存中…(img-pNkVNoBy-1712670858371)]

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新

如果你觉得这些内容对你有帮助，可以添加VX：vip204888 （备注鸿蒙获取）
[外链图片转存中…(img-7VcSjxPr-1712670858372)]

声明：本文内容由网友自发贡献，不代表【wpsshop博客】立场，版权归原作者所有，本站不承担相应法律责任。如您发现有侵权的内容，请联系我们。转载请注明出处：https://www.wpsshop.cn/w/正经夜光杯/article/detail/855879