zoukankan      html  css  js  c++  java
  • 跟阿斌一起学鸿蒙(2). Ability vs App?

    在进一步实践之前,需要先弄明白一个概念: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吧。

    作者:IT男阿斌

    想了解更多内容,请访问: 51CTO和华为官方战略合作共建的鸿蒙技术社区https://harmonyos.51cto.com

    【免费直播课-基于鸿蒙IoT套件的猜数字游戏开发实战分享】

  • 相关阅读:
    Linux
    bzoj 1834
    bzoj 1002 找规律(基尔霍夫矩阵)
    bzoj 1005 组合数学 Purfer Sequence
    bzoj 1601 最小生成树
    bzoj 1001 平面图转对偶图 最短路求图最小割
    bzoj 1192 二进制
    bzoj 1012 基础线段树
    bzoj 1044 贪心二分+DP
    bzoj 1011 近似估计
  • 原文地址:https://www.cnblogs.com/HarmonyOS/p/14060528.html
Copyright © 2011-2022 走看看