[资料]跟阿斌一起学鸿蒙(2): Ability vs App?

阅读量0
0
0
在进一步实践之前,需要先弄明白一个概念:Ability。

不知道你有没有注意到,使用鸿蒙开发工具DevEco Studio创建项目时,我们选择创建的是一个个Ability。

这是为什么呢?

# 1. 鸿蒙OS的定位

这需要从鸿蒙OS的自我定位说起:鸿蒙OS是一个**分布式操作系统**。

## “单机”操作系统

在我们目前常用的操作系统中,不管是手机还是电脑,App(Application,应用程序),是非常常见的一个概念,是我们解决问题的基本对象。
* 要跟朋友聊天,打开聊天App。
* 要听歌,打开音乐App。
* 要看视频,可以打开各种视频App。
* 要写文档,打开Word或者PPT。

与鸿蒙操作系统不同,这些“单机”操作系统通常是
* 1). 运行在同一类设备上,对于不同类型的设备,通常运行不同的操作系统。
* 2). 设备与设备之间除了是物理上是分隔开的,在操作系统层面上也是分隔开的。
* 3). 设备之间的连接,通常是由需要连接的应用来主动发起,然后经过操作系统通过网络进行连接。
* 4). App应用,是操作系统管理的基本单元。

## 分布式操作系统

而鸿蒙OS所谓的分布式是怎么样的呢?他是
* 1). 在不同的设备运行着相同的鸿蒙OS。
* 2). 设备与设备之间虽然物理上是分隔开的,但是在操作系统层上是连接在一起的,而且是由操作系统自动连接。
* 3). 应用之间不再需要显式发起网络连接,而是直接相互通信。
* 4). 一个App(应用)由多个Ability(能力)组成,而这些Ability是操作系统管理的基本单元。

于是,在鸿蒙OS上,如果你想
* 要跟朋友聊天,你可以在手机上聊天,在电视上聊天,在车里、甚至在手表上聊天
* 要听歌,你可以用音箱听,用手表看字幕,点赞和收藏
* 要看视频,可以在电视上看,在手机上发弹幕
* 要写文档,可以在电脑上编辑,在手机上浏览和审批

更重要的是,这些操作都不需要通过互联网进行任何数据传输和消息同步,因为通过鸿蒙OS,你是
* 同一时间
* 在不同设备上
* 使用同一个App。

当然,这些场景,并不是鸿蒙OS的专利,即使是在现在的环境现在的操作系统上,只要产品经理认为有需求,程序员们依然可以为你实现,只是实现起来会相对麻烦,比如各种远程通信,各种数据和状态的同步,还有各种联调和测试。

而鸿蒙OS,将很多麻烦的处理过程整合到操作系统中,借此希望让程序员们可以用更优雅更自然的方式来实现这些功能,避免过早的头秃。

# 2. Ability

而Ability,就是鸿蒙OS为程序员们提供的基础设施之一。

## Ability 分类

鸿蒙OS将Ability分为两大类:
1. 带显示功能的Ability,Feature Ability(FA 功能能力)
2. 不带显示功能的Ability,Particle Ability(PA)
        PA 再细分为Service Ability(服务能力)和 Data Ability(数据能力)

## Ability = MVC?

咋一看,这不就是MVC嘛?
* View = Feature Ability 负责显示
* Controller = Service Ability 负责业务逻辑
* Model = Data Ability 负责数据管理

如果用我们熟知的概念去套鸿蒙OS的概念,MVC也许确实是最接近的一个。

但是,可以用MVC去理解,不要被MVC所套住。

学一个新事物,最好还是试着去按照它的设计思路去思考,而不是用旧有的思路去套它的设计,否则,难免会冒出:
* 为什么安卓或者iOS有这个,而鸿蒙OS没有?
或者,
* 鸿蒙OS为什么要设计这么一个玩意儿?
等等摸不着头脑的问题。

## Ability是分布式调度的基本单元

Ability是鸿蒙OS作为操作系统进行任务调度的基本单元。

鸿蒙OS在操作系统层将不同设备连接到一起,变成一个超级虚拟设备,为了适应这样的需求:
* Feature Ability,运行在前台,用于交互,需要适应不同的显示和输入方式。
* Particle Ability,运行在后台,负责与交互无关的业务,这类业务可以运行在任何有足够算力和资源的设备上,对于重度业务,可以主动选择运行在算力富余的设备上,甚至将任务分配到多个设备上进行分布式计算。
* 不同的Ability可以灵活组合,以适应不同的使用需求和运行场景。
* Ability要足够轻量,这样,才能容易调度,甚至在被从一个设备调度到另一个设备上时也足够流畅。

这个设计的关键之一是,不同设备间稳定而快速的连接,有了这个可靠的基础,程序员才可以专注于Ability的开发,而不用关心设备的连接和数据的传输。

而这,正是鸿蒙OS承诺的**分布式软总线**提供的基础功能。

# 3. 分布式编程思想?
所以,在鸿蒙OS之上进行应用开发,可能需要一些分布式编程思想,而业务的开发,可能,首先要从怎样将一个传统的App分解为不同的Ability开始,举个例子,
比如,……
比如,……
比如,怎样开发一个分布式的Hello Harmony呢?


就这样,下一次,我们就来撸一个分布式的Hello Harmony吧。

原文来自网络

回帖

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