你是不是也在想——“鸿蒙这么火，我能不能学会？”
答案是：当然可以！
这个专栏专为零基础小白设计，不需要编程基础，也不需要懂原理、背术语。我们会用最通俗易懂的语言、最贴近生活的案例，手把手带你从安装开发工具开始，一步步学会开发自己的鸿蒙应用。
不管你是学生、上班族、打算转行，还是单纯对技术感兴趣，只要你愿意花一点时间，就能在这里搞懂鸿蒙开发，并做出属于自己的App！
📌 关注本专栏《零基础学鸿蒙开发》，一起变强！
每一节内容我都会持续更新，配图+代码+解释全都有，欢迎点个关注，不走丢，我是小白酷爱学习，我们一起上路 🚀

前言

在 HarmonyOS（鸿蒙操作系统）中，Ability 是指应用程序的基本功能单元，它是实现应用逻辑和与用户交互的核心组件。每个 Ability 可以看作是一个界面或功能模块，它可以独立处理用户输入、显示界面和执行任务等。

鸿蒙系统的 Ability 是其与 Android 中的 Activity 类似的概念。通过 Ability，开发者可以定义应用程序的不同功能模块，每个功能模块可以独立运行，并与其他模块进行通信。

1. Ability 的基本概念

在鸿蒙中，Ability 的定义包括以下几个方面：

• UI 组件：可以理解为一个应用的视图或界面。它负责处理用户的输入并展示相应的界面。
• 业务组件：除了 UI 之外，Ability 还可以处理一些后台逻辑或业务逻辑。

一个应用通常由多个 Ability 组成，每个 Ability 可能是一个独立的界面，也可能是后台服务逻辑的执行单元。Ability 是构建鸿蒙应用的基础，可以通过组件之间的通信来协调完成应用的整体功能。

2. Ability 的类型

鸿蒙系统中有多种类型的 Ability，这些不同类型的 Ability 适用于不同的开发场景。主要有以下几种：

2.1 PageAbility

PageAbility 是用来展示 UI 界面的 Ability，可以理解为应用的一个页面。它通常包含用户交互的内容，并负责显示和更新用户界面。每个页面是一个独立的 Ability，并且支持生命周期的管理。

特点：

• 主要用于展示 UI 界面。
• 可以响应用户交互（如点击、滚动等）。
• 支持生命周期钩子（如 onCreate、onDestroy、onShow 等）。

示例：PageAbility 示例代码

import { Ability, Component } from '@ohos.ace';

@Component
export default class PageAbility extends Ability {
  onCreate() {
    console.log('PageAbility Created');
  }

  onShow() {
    console.log('PageAbility Shown');
  }

  onDestroy() {
    console.log('PageAbility Destroyed');
  }
}

2.2 ServiceAbility

ServiceAbility 是一种后台服务型的 Ability，它不直接展示 UI 界面，而是负责后台任务的处理和业务逻辑的执行。ServiceAbility 适用于长时间运行的任务，如数据同步、推送通知处理、后台服务等。

特点：

• 适用于后台任务和服务逻辑。
• 不涉及 UI 显示。
• 需要实现与其他组件的通信（如通过 Ability 或 DataAbility）。

示例：ServiceAbility 示例代码

import { Ability, Component } from '@ohos.ability';

@Component
export default class ServiceAbility extends Ability {
  onCreate() {
    console.log('ServiceAbility Created');
    // 在此执行后台任务
  }

  onDestroy() {
    console.log('ServiceAbility Destroyed');
    // 在此清理后台资源
  }
}

2.3 DataAbility

DataAbility 是一种专门处理数据访问和管理的 Ability，它的作用类似于 Android 中的 ContentProvider。通过 DataAbility，可以实现不同应用之间的数据共享和访问。它支持 CRUD（创建、读取、更新、删除）操作，允许跨应用、跨设备的数据交换。

特点：

• 主要用于数据共享和访问。
• 允许跨应用、跨设备的数据管理。
• 支持基于 URI 的数据访问和权限管理。

示例：DataAbility 示例代码

import { DataAbility } from '@ohos.data';

export default class MyDataAbility extends DataAbility {
  async insert(uri, values) {
    // 插入数据到指定 URI
    return true;
  }

  async query(uri, projection, selection, selectionArgs, sortOrder) {
    // 查询指定 URI 的数据
    return [];
  }

  async update(uri, values, selection, selectionArgs) {
    // 更新指定 URI 的数据
    return true;
  }

  async delete(uri, selection, selectionArgs) {
    // 删除指定 URI 的数据
    return true;
  }
}

2.4 FormAbility

FormAbility 是一种面向表单的 Ability，用于显示小组件或卡片式界面。它常用于桌面小部件、快捷访问功能或应用中嵌入的小型界面。通过 FormAbility，可以在系统的桌面或其他界面上显示小组件。

特点：

• 适用于桌面小部件和卡片式界面。
• 支持动态内容更新。
• 可以嵌入到系统的桌面或其他界面。

示例：FormAbility 示例代码

import { FormAbility, Component } from '@ohos.ace';

@Component
export default class FormAbility extends FormAbility {
  onCreate() {
    console.log('FormAbility Created');
    // 初始化表单组件
  }

  onUpdate() {
    console.log('FormAbility Updated');
    // 更新表单内容
  }

  onDelete() {
    console.log('FormAbility Deleted');
    // 清理资源
  }
}

2.5 PageAbility 和 ServiceAbility 的区别

• PageAbility 主要用于展示用户界面和交互，适用于需要渲染界面的应用。
• ServiceAbility 主要用于后台服务和任务处理，适用于不需要展示界面的业务逻辑。

这两者的关键区别在于 PageAbility 关注的是 UI 和用户交互，而 ServiceAbility 关注的是后台数据和任务处理。

3. 组件间的通信与协作

鸿蒙系统中的 Ability 可以通过几种方式进行协作和通信：

• Ability 之间的通信：通过 AbilityContext 和 Intent 进行数据传递和任务调度。
• 数据共享：通过 DataAbility 可以在不同应用之间共享数据。
• 分布式能力：鸿蒙的 Ability 可以通过其分布式架构跨设备运行，实现设备间的无缝协作。

4. 总结

鸿蒙操作系统的 Ability 提供了多种类型的组件，适用于不同的应用场景。通过理解 Ability 的类型和生命周期，开发者可以在鸿蒙平台上构建高效、灵活、跨设备的应用：

• PageAbility：用于展示 UI 和用户交互。
• ServiceAbility：用于后台任务和服务逻辑。
• DataAbility：用于数据共享和管理。
• FormAbility：用于显示桌面小组件和卡片式界面。

通过 Ability，开发者能够创建符合鸿蒙系统设计理念的应用，同时利用其强大的分布式能力，使得应用能够跨多个设备无缝运行。

❤️ 如果本文帮到了你…

• 请点个赞，让我知道你还在坚持阅读技术长文！
• 请收藏本文，因为你以后一定还会用上！
• 如果你在学习过程中遇到bug，请留言，我帮你踩坑！