鸿蒙极速入门(四)-通过登录Demo了解ArkTS

ArkTS是HarmonyOS优选的主力应用开发语言。ArkTS围绕应用开发在TypeScript(简称TS)生态基础上做了进一步扩展,继承了TS的所有特性,是TS的超集。

ArkTS在TS的基础上主要扩展了如下能力:

  • 基本语法:ArkTS定义了声明式UI描述、自定义组件和动态扩展UI元素的能力,再配合ArkUI开发框架中的系统组件及其相关的事件方法、属性方法等共同构成了UI开发的主体。
  • 状态管理:ArkTS提供了多维度的状态管理机制。在UI开发框架中,与UI相关联的数据可以在组件内使用,也可以在不同组件层级间传递,比如父子组件之间、爷孙组件之间,还可以在应用全局范围内传递或跨设备传递。另外,从数据的传递形式来看,可分为只读的单向传递和可变更的双向传递。开发者可以灵活的利用这些能力来实现数据和UI的联动
  • 渲染控制:ArkTS提供了渲染控制的能力。条件渲染可根据应用的不同状态,渲染对应状态下的UI内容。循环渲染可从数据源中迭代获取数据,并在每次迭代过程中创建相应的组件。数据懒加载从数据源中按需迭代数据,并在每次迭代过程中创建相应的组件。

以上就是官方对于ArkTS的介绍,对于初学者来说并不算友好,所以我们通过一个登录Demo来了解一下ArkTS。

一、创建工程

打开DevEco Studio,点击Create Project,或通过DevEco Studio的菜单File > New > Create Project

下拉工程模版,在最后选择Login Ability

创建完成后的源码目录:

启动工程

二、工程分析

1.UIAbility管理应用的生命周期方法

根据官方文档UIAbility组件生命周期中的描述,下面是一个应用的生命周期

和对应的生命周期时序图:

所以,登录demo中的EntryAbility.tsonWindowStageCreate方法中通过windowStage.loadContent方法加载了登录页面作为启动页面:

windowStage.loadContent("pages/LoginPage")

2.页面分析

pages和view文件夹

通过目录可以发现,ArkTS将页面分为两类分别放在pagesview文件夹中:

两者的区别:

  • pages文件夹存放的是一个个独立的页面文件,每个文件有@Entry注解来告诉系统这是一个独立页面的入口,也有@Component注解说明是一个页面文件
  • view文件夹存放的是一个个可以被复用的页面文件,每个文件只有@Component注解

简单类比@Entry和@Component的文件就是iOS中的ViewController和Android中的Activity,@Component注解的文件就是iOS中的View和Android中的Fragment+View

@Entry页面

进入LoginPages.ets主页面:

  • 通过@Entry和@Component的页面才是独立页面
  • 页面使用struct作为定义关键字,不是class
  • 通过import关键字引入页面和自定义组件
  • 页面的内容必须通过build方法构建,与Flutter的写法类似
  • 如果不是自定义组件,只是构建一个小模块,比如标题内容的方法Title(),前面要使用@Builder注解进行说明

@Component组件

进入LoginComponent.ets子组件:

与@Entry不一样的地方:

  • 通过@Component的页面是一个独立页面的子组件,无法独立展示
  • 它的生命周期受到父组件的管理

三、状态管理和渲染控制

与Flutter与SwifitUI类似,ArkTS也是通过State来进行状态管理和渲染控制,在上面的登录demo中的LoginComponent.ets中:

  • 通过@State定义了userName和password两个状态对象
  • 通过监听TextInput的onChange方法修改状态对象的值
  • userName和password的值变更后,会自动触发Button的enable的渲染状态的变更

四、官方文档

通过上面的登录demo,对ArkTS有了一个基本了解,如果需要更进一步了解ArkTS,建议还是阅读官方文档:

ArkTS官方文档地址