分布式Hello Harmony的N种写法

小嵌

分布式Hello Harmony的N种写法,   
＃分布式Hello Harmony用例


1.根据能力类型
    1）。FA <-> FA

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



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



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



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

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

• 迁移（转移，流转，接力），即一个界面从一台设备，转移到另一台设备上。
           例如，导航，查询的时候在手机上，开车的时候在汽车车机上，走路的时候在手表上，甚至耳机上。
  
    
  

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

• 协同，多台设备在各自的界面上一起完成同一个工作。
           例如，多人一起修改一个文档。
  
    
  

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

         需要注意的是，在鸿蒙OS的设计中，FA之间的协同，如果不连续PA的帮助，是很难直接进行的。这就好像是MVC架构中，为了解复制，不同的视图之间通常并不直接进行互动。

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




    2）。FA <-> PA



PA =粒子能力，不带显示的后台服务能力。



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



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



这种相互作用，即使是在现在的APP开发中，也是一种常见的前替代分离的架构设计。



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

例如，用手机与电视进行游戏，手机插入游戏主机（和手柄），而电视插入显示。




    3）。PA <-> PA



不同后台服务进行协作。



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



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



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




2.根据应用   1）同应用

   2）不同应用

其实，应用的概念在鸿蒙OS中已经被边缘化了，而Ability才是现在的C位。

所以，并不存在应用A说Hello，应用B说Harmony这种场景，只有Ability A说Hello，Ability B说Harmony的场景。

根据这个设定，实际上，我们认为关心Ability属于哪个应用，因为每个Ability都是独立的。

如果，你要绕过来，你可以暂时直接认为一个能力就是一个应用。但是，要注意，在鸿蒙OS中，一个能力很可能没法像传统的App那样，独立完成一个任务。

而在代码的组织和编写时，对于共同完成一个任务的不同能力，它们之间难免会有交集，而这，也仅是一段代码编写时，在运行时，每个能力都有自己的进程和内存空间。


## 3.根据设备   1）单设备

   2）跨设备

鸿蒙OS天生具有连接多设备的能力，而对于开发者来说，需要考虑的是当前环境下有多少已经连接的设备，而不是要去连接哪台设备。

具体的说，就是，我们不需要考虑网络的问题，还要要考虑，在当前环境中，用哪个设备来完成任务更合理。

有多设备环境下的分布式

• 可以每台设备轮流说Hello Harmony，即你说Hello Hello Harmony，我也说Hello Hello Harmony。
  
• 也可以所有设备一起完成一个Hello Harmony，即你说Hello我说Harmony。
    
  

＃参考文档

• 能力概述
  > https://developer.harmonyos.com/ ... ew-0000000000029852
  
• 分布式任务调度
  > https://developer.harmonyos.com/ ... ew-0000001050419345
    
  

文章来源：华为开发者论坛