鸿蒙OS是一个分布式操作系统，而Ability作为它调度的基本单元，那么，一个分布式Hello Harmony可以有几种写法呢?

# 分布式Hello Harmony用例

## 1. 根据Ability类型

### 1). FA <-> FA

FA = Feature Ability，用于显示的前台能力。

可以理解为两个前端应用在协作。

FA/FA模式的Hello Harmony，就是我说Hello, 你说Harmony。

在鸿蒙OS中，FA与FA的协作，有三种方式：

* 启动，即一个FA启动另一个FA

这严格来说并不算是一个协作，只是与别的操作系统类似，鸿蒙OS也提供了不同应用或者进程相互启动的能力。

* 迁移(转移，流转，接力)，即一个界面从一台设备，转移到另一台设备上。

例如，导航，查询的时候在手机上，开车的时候在汽车车机上，走路的时候在手表上，甚至耳机上。

例如，视频播放，从手机转移到电视。

* 协同，多台设备在各自的界面上一起完成同一个工作。

例如，多人一起修改一个文档。

例如，多人一起联机玩游戏。

需要注意的是，在鸿蒙OS的设计中，FA之间的协同，如果不依靠PA的帮助，是很难直接进行的。这就好像是MVC架构中，为了解耦合，不同的View之间通常并不直接进行交互。

我们当然可以利用一些非鸿蒙OS独有的特性，例如网络，在不同FA之间搭建起沟通的桥梁，不过，这就非常不鸿蒙了。

### 2). FA <-> PA

PA = Particle Ability，不带显示的后台服务能力。

前台界面与后台服务进行协作。

FA/PA的Hello Harmony，就是你大声说Hello, 我小声说Harmony。

这种交互，即使是在现在的APP开发中，也是一种常见的前后端分离的架构设计。

利用鸿蒙OS的多设备连接能力，可以方便实现，在最适合显示(交互)的设备上运行FA，而在算力更强更富余的设备上运行PA。

例如，用手机与电视进行游戏，手机充当游戏主机(和手柄)，而电视充当显示。

### 3). PA <-> PA

不同后台服务进行协作。

PA/PA的Hello Harmony，就是你小声对我说Hello，我也小声回复Harmony。

这样，不同的PA可以专注负责自己的业务，然后通过组合，完成更复杂的任务。

其实，Data Ability 可以认为就是专门处理数据存储的任务的一个PA，而普通Service Ability则是负责处理具体的任务，利用DA，可以轻松为一个任务增加存储功能。