#2020征文#跟阿斌一起学鸿蒙(2). Ability vs App? 精华

IT男阿斌
发布于 2020-11-28 23:48
浏览
5收藏

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

 

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

#2020征文#跟阿斌一起学鸿蒙(2). Ability vs App?-鸿蒙开发者社区

这是为什么呢?

 

# 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承诺的**分布式软总线**提供的基础功能。

#2020征文#跟阿斌一起学鸿蒙(2). Ability vs App?-鸿蒙开发者社区

# 3. 分布式编程思想?

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

比如,……

比如,……

比如,怎样开发一个分布式的Hello Harmony呢?

 


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

 

已于2020-12-24 10:17:04修改
4
收藏 5
回复
举报
5条回复
按时间正序
/
按时间倒序
啧啧啧GKD
啧啧啧GKD

不错不错蹲下一篇

回复
2020-11-29 00:54:14
longlong899
longlong899

不错,不错,期待后面的分享!!

回复
2020-11-30 10:16:54
鲜橙加冰
鲜橙加冰

阿斌老师请继续加油。

回复
2020-11-30 10:17:05
SummerRic
SummerRic

篇篇都是精品,666

回复
2020-11-30 10:30:13
鸿蒙张荣超
鸿蒙张荣超

👍👍👍

回复
2021-2-19 10:33:56
回复
    相关推荐