[文章]分布式Hello Harmony的N种写法

阅读量0
0
0
#分布式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。

#参考文档
文章来源:华为开发者论坛

回帖

声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容图片侵权或者其他问题,请联系本站作侵删。 侵权投诉
链接复制成功,分享给好友