HarmonyOS(鸿蒙)——全面入门,始于而不止于HelloWorld,Android客户端Web页面通用性能优化实践

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

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

游戏.HAP.png

登录、注册、游戏、装备、聊天、等等AbilitySlice统一加入一个Ability中,不同的AbilitySlice之间可以实现跳转,最终打包成一个可以运行的游戏.HAP

四、配置文件Config.json了解

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

4.1、简介


4.1.1 结构

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

config.json.png

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

image.png

4.1.2 编辑视图

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

代码编辑视图:

image.png

可视化编辑视图:

image.png

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 | - | 表示应用的包名,用于标识应用的唯一性。 | 字符串 | 否 |

| vendor | - | 表示对应用开发厂商的描述。字符串长度不超过255字节。 | 字符串 | 可缺省,缺省值为空。 |

| 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字节。 | 字符串 | 否 |

| mainAbility | - | 表示HAP包的入口ability名称。 | 字符串 | page类型的Ability为否 |

| deviceType | - | 表示允许Ability运行的设备类型。系统预定义的设备类型包括:phone(手机)、tablet(平板)、tv(智慧屏)、car(车机)、wearable(智能穿戴)、liteWearable(轻量级智能穿戴)等。 | 字符串数组 | 否 |

| 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

| 属性名称 | 子属性名称 | 含义 | 数据类型 | 是否可缺省 |

| — | — | — | — | — |

| skills | - | 表示Ability能够接收的Intent的特征 | 对象数组 | 是 |

| | entities | 表示能够接收的Intent的Ability的类别(如视频、桌面应用等),可以包含一个或多个entity。 | 字符串数组 | 是 |

| | actions | 表示能够接收的Intent的action值,可以包含一个或多个action。 | 字符串数组 | 是 |

五、HarmonyOS应用程序的运行流程

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

5.1、准备


5.1.1 创建项目

进入HarmonyOS(鸿蒙)正式开发之前,可以通过一个简单的HelloWorld的示例代码来了解其运行时的相关流程。如下是通过DevEco Studio创建的一个简单HelloWorld示例代码结构,接下来会分析其启动流程。

image.png

5.1.2 运行项目

运行上面的HelloWorld,展示效果如下所示:

image.png

5.2、分析启动流程


5.2.1 启动流程图

一个简单的HarmonyOS(鸿蒙)HelloWorld程序,其基本运行流程,可以分为如下几个阶段:

启动流程.png

5.2.2 解析config.json文件

config.json文件是HarmonyOS(鸿蒙)应用程序的主要配置文件,其位于entry -> src -> main -> config.json,配置文件分为三大块,具体的说明可以参考我的另一篇文件,《HarmonyOS(鸿蒙)——config.json详解》

image.png

5.2.3 初始化

初始化主要通过config.json的module下的package和name来定位类com.example.demo.MyApplication.

image.png

MyApplication的内容如下,它会做一些应用的初始化工作

package com.example.demo;

import ohos.aafwk.ability.AbilityPackage;

public class MyApplication extends AbilityPackage {

@Override

public void onInitialize() {

super.onInitialize();

}

}

5.2.4 获取入口Ability全类名

入口Ability的全类名,也在config.json文件中进行配置

image.png

MainAbility对应config.json中的abilities中的相关配置信息

image.png

MainAbility的主要内容如下,主界面中会加载子界面,通过 super.setMainRoute(MainAbilitySlice.class.getName());的方式进行加载,关于页面的相关介绍可以查看我的另一篇文件《HarmonyOS(鸿蒙)—— Ability与页面》

1package com.example.demo;

2

3import com.example.demo.slice.MainAbilitySlice;

4import ohos.aafwk.ability.Ability;

5import ohos.aafwk.content.Intent;

6

7public class MainAbility extends Ability {

8    @Override

9    public void onStart(Intent intent) {

10        super.onStart(intent);

11        super.setMainRoute(MainAbilitySlice.class.getName());

12    }

13}

5.2.5 运行Ability

这一步就是启动上面的类

5.2.6 运行Ability的子界面

MainAbility运行后执行onStart方法会加载子页面,这里的子页面是MainAbilitySlice,其主要内容如下所示。

package com.example.demo.slice;

import com.example.demo.ResourceTable;

import ohos.aafwk.ability.AbilitySlice;

import ohos.aafwk.content.Intent;

public class MainAbilitySlice extends AbilitySlice {

@Override

public void onStart(Intent intent) {

super.onStart(intent);

super.setUIContent(ResourceTable.Layout_ability_main);

}

@Override

public void onActive() {

super.onActive();

}

@Override

public void onForeground(Intent intent) {

super.onForeground(intent);

}

}

在MainAbilitySlice中我们发现,onStart加载类相关UI配置,ResourceTable.Layout_ability_main,ResourceTable是HarmonyOS应用程序启动时动态生成的常量类,它会给每一个xml等文件分配一个标志ID。要是想查看这个类,可以运行应用程序后在class文件中查阅

image.png

5.2.7 加载xml文件,展示内容

关于子页面中的内容,均可以通过xml文件来进行配置,这种基于xml配置内容样式的方式也比较方便,易于统一管理和系统解析。

image.png

至此一个HarmonyOS(鸿蒙)HelloWorld程序的执行流程就这么多了。

六、精选好文

======

HarmonyOS(鸿蒙)DevEco Studio开发环境搭建

HarmonyOS(鸿蒙)开发一文入门

两个案例五分钟轻松入门Harmony(鸿蒙)开发

armonyOS与Android的全面对比

HarmonyOS(鸿蒙)全网最全资源汇总,吐血整理,赶紧收藏!
HarmonyOS(鸿蒙)—— Ability与页面
HarmonyOS(鸿蒙)——config.json详解
HarmonyOS(鸿蒙)——启动流程

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

深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则近万的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

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

img

img

img

img

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

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

如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)

最后

如果你看到了这里,觉得文章写得不错就给个赞呗?如果你觉得那里值得改进的,请给我留言。一定会认真查询,修正不足。谢谢。

欢迎大家一起交流讨论啊~

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!

整理,赶紧收藏!]( )
HarmonyOS(鸿蒙)—— Ability与页面
HarmonyOS(鸿蒙)——config.json详解
HarmonyOS(鸿蒙)——启动流程

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

深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则近万的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

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

[外链图片转存中…(img-xUVatqfi-1712541526938)]

[外链图片转存中…(img-LoujCSIH-1712541526938)]

[外链图片转存中…(img-NmeKDVNf-1712541526938)]

[外链图片转存中…(img-kPvI9ptq-1712541526939)]

[外链图片转存中…(img-MPpwVi1e-1712541526939)]

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

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

如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)

最后

如果你看到了这里,觉得文章写得不错就给个赞呗?如果你觉得那里值得改进的,请给我留言。一定会认真查询,修正不足。谢谢。

[外链图片转存中…(img-Los8ohG7-1712541526939)]

欢迎大家一起交流讨论啊~

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!

  • 24
    点赞
  • 27
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
AB测试是一种用于比较两个或多个版本的实验的方法,以确定哪个版本在特定指标上效果更好。它的创新始于试验pdf,即产品发展阶段中的试验设计提供了实施AB测试的基础。 AB测试的创新始于试验pdf的理念是将产品或服务的改进看作一个试验过程,通过对不同版本的比较来确定最佳方案。这种方法能够避免依靠主观判断或经验,而是通过客观的数据和统计分析来做出决策。 在试验pdf中,AB测试的设计和实施是至关重要的。首先,需要明确研究的目标和假设,确定要比较的版本和指标。然后,将用户或样本随机分成不同组,分别暴露于不同的版本,以消除因个体差异带来的影响。接下来,通过数据收集和分析来对比不同版本的效果,以确定哪个版本在指标上表现更好。 AB测试的创新始于试验pdf具有多方面的优势。首先,它可以降低决策的风险,减少不必要的资源和时间的浪费。其次,AB测试通过实验和数据分析,能够提供客观和科学的依据,避免了主观偏见的影响。此外,AB测试还可以加速产品的迭代和优化,促进创新和改进。 综上所述,AB测试的创新始于试验pdf,这种方法在产品发展阶段的试验中,通过对不同版本的比较来确定最佳方案。它的设计和实施具有重要的意义,能够提供客观、科学的依据,降低决策风险,促进创新和改进。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值