鸿蒙纯js开发,鸿蒙前端开发

「鸿蒙开发 3」华为鸿蒙应用开发的低代码（Super Visual）开发方式

开发前可以了解下鸿蒙： [鸿蒙开发 序]华为鸿蒙操作系统（HarmonyOS）简介及开发环境搭建

创新互联主营洛川网站建设的网络公司,主营网站建设方案,app软件定制开发,洛川h5小程序设计搭建,洛川网站营销推广欢迎洛川等地区企业咨询

开发前的准备：「鸿蒙开发 1」华为鸿蒙应用集成开发环境DevEco Studio安装和设置

了解鸿蒙应用开发的基本开发流程：「鸿蒙开发 2」第一个华为鸿蒙（HarmonyOS）应用程序（App）

本章目标：

1 了解华为鸿蒙应用开发的可视化（低代码）方式

2 通过构建一个简单的具有页面跳转功能的应用

低代码开发方式，即通过可视化界面开发方式快速构建布局、编辑UI界面，可有效降低用户的上手成本并提升用户构建UI界面的效率。

1 打开DevEco Studio，创建一个新工程，选择支持Phone / Tablet / Wearable（手机 / 平板 / s可穿戴）的模板，我们在此直接选择Empty Ability

Project name工程名称填SuperVisual

Development mode开发方式选择Super Visual

其它的可以使用默认设置，点击完成，进入编辑界面

1 在Project（项目）窗口，删除工程运行默认的入口文件夹：“entry src main js default pages index”文件夹

2 在Project窗口，选择工程中的“entry src main js default pages”，单击鼠标右键，选择“New JS Visual”

JS visual name填first，点击完成，进入编辑界面

创建完成后，可以看到“entry src main supervisual default pages page page.visual”的文件目录结构

3 第一个页面内有一个容器、文本和一个按钮，通过Div、Text和Button组件来实现

（1）分别选中first.visual画面中的Text、Div组件，单击鼠标右键，选择Delete删除

（2）选中UI Control中的Div组件，将其拖至画布

点击右侧属性样式栏中的通用样式图标（General），设置Div组件的高度Height为100%，使其占满屏幕

点击右侧属性样式栏中的样式图标（Flex），设置Div组件的FlexDirection样式为column，使Div的主轴垂直；设置Div组件的JustifyContent样式为center，使得其子组件在主轴上居中显示；设置Div组件的AlignItems样式为center，使得其子组件在交叉轴上居中显示

（3）选中UI Control中的Text组件，将其拖至Div组件的中央区域

点击右侧属性样式栏中的属性图标（Properties），设置Text组件的Content属性为 “ Hello World ”

点击右侧属性样式栏中的通用样式图标（General），设置Text组件的宽（width）为100%，高（height）为100px

点击右侧属性样式栏中的样式图标（Feature），设置组件的FontSize样式为60px，使得其文字放大；设置组件的TextAlign样式为center，使得组件文字居中显示

（4）选中UI Control中的Button组件，将其拖至Text组件下面

点击右侧属性样式栏中的属性图标（Properties），设置Button组件的Value属性为 “ Next ”，

点击右侧属性样式栏中的通用样式图标（General），设置按的宽（width）为40%，高（height）为60px

点击右侧属性样式栏中的样式图标（Feature），设置组件的FontSize样式为40px

至此，第一个页面创建完成

我们可以在预览窗口中看效果，点击右侧边栏的Preview打开预览窗口

1 在Project窗口，选择工程中的“entry src main js default pages”，单击鼠标右键，选择“New JS Visual”

Visual配置界面，JS visual name填second，回车（Enter键）或者点击完成，进入编辑界面

2 第二个页面中有一个容器和文本，通过Div、Text组件实现，现在编辑器已经为我们创建好了，我们就来修改下它们的属性（你也可以删除原有的自己创建，具体步骤参考本章第二节“二 创建第一个页面”）。

选中Text组件，点击右侧属性样式栏中的属性图标（Properties），设置Text组件的Content属性为 “ Hi，I'm always here. ”

点击右侧属性样式栏中的通用图标（General），设置组件的宽（width）为100%，高为60px

点击右侧属性样式栏中的样式图标（Feature），设置组件的FontSize样式为36px，TextAlign样式为center

这样我们的第二个页面创建成功了

1 在Project窗口，打开工程中的“entry src main js default pages first first.js”， 导入router模块，页面路由router根据页面的uri来找到目标页面，从而实现跳转。示例代码如下：

2 打开或者切换到first.visual页面，选中画布上的Button组件，点击右侧属性样式栏中的事件图标（Events），鼠标点击Click事件的输入框，选择launch事件

3 在预览窗口中查看项目效果，点击Next按钮后发现我们的页面成功跳转了。

到此，本章的目标就完成了。

华为鸿蒙3.0或24日发布，整体变化颇大

华为鸿蒙3.0或24日发布，整体变化颇大

华为鸿蒙3.0或24日发布，整体变化颇大，据目前已知情报，HarmonyOS 3.0 将更加注重隐私保护，同时小组件也迎来更新。华为鸿蒙3.0或24日发布，整体变化颇大。

华为鸿蒙3.0或24日发布，整体变化颇大1

国产科技界的希望终究还是要看华为，虽然其他手机厂商也在卖力的研发，但是和华为手机来说，确实有着十分明显的差距，也很难在短时间内进行超越。

比如屏幕驱动芯片、充电芯片，各种Turbo技术、海思麒麟处理器、5G技术以及很多说不上名字的核心技术等，这都是非常给力的关键。

在这种情况下，华为手机依旧没有方式发展的脚步，鸿蒙OS3.0版本推送了Beta开发者版本之后，一些细节也逐渐被透露。

可以说和鸿蒙OS2.0版本相比，新的版本带来了很多的改变，并且还只是冰山一角。

据了解，鸿蒙3.0版本再次被确认了，其中功能方面再次被确认了一些，比如隐私方面的设置进行了改版，相比于此前来说，这次也算是加强了这个方面的安全性。

而且隐私方面的分类更明显了，从剪切板到位置，并且还有独立的私密空间等，这都是保障用户使用体验安全的关键之一。

关键还不止这些功能，在服务卡品以及UI设计方面也是进行了进一步的提升，感觉已经逐渐和安卓系统拉开差距了，甚至是很大的不同。

根据爆料的图片来看，服务卡片同尺寸的可以堆叠放置，还支持锁屏显示，关键是很多应用都可以打开小窗口，操作的时候会更加的方便一些。

重点是大文件夹可以自由调节大小，这对于摆放的时候确实会更便捷一些，并且状态栏可以选择只显示时间，wifi，移动信号，电量等。

由此可见，这次的鸿蒙OS3.0版本和2.0版本相比，已经带来了很多改版，并且这还只是暂时的情况，还有很多新的功能没有被爆料出来。

值得一提的是，此前的市场中已经爆料了很多相关信息，比如带来了超级桌面，相比普通桌面来说，可在其他设备上使用手机桌面应用。

同时设置右上角可以直接跳转超级终端，并且在交互设计、多设备互联互通、性能、用户关怀等方面带来了全面的提升。

由此可见，鸿蒙3.0版本并不是简单的升级改造，很多细节方面都发生了改变，那么当用户进行升级体验之后，自然会产生全新的感官，并且会觉得有很不错的体验。

但是，鸿蒙系统是在危机中诞生的，这样的一款系统，要想活下来，如果与现有的系统完全区分开，肯定是不利于存活的，因为时间压根不允许。

这也导致鸿蒙3.0版本中出现了安卓12系统的相关字样，不过笔者觉得并不是套壳，而是进行了兼容，毕竟专属应用还没有真正的完善。

等到鸿蒙系统彻底完善之后，也就意味着在应用方面可以彻底摆脱安卓，但现在这个阶段真的没有特别大的必要，毕竟很多开发者第一时间开发的还是安卓，所以兼容也不是一件坏事。

而且，现在国内有非常多的手机厂商都开始模仿鸿蒙OS系统的一些新特性进行发力，比如大文件夹，又或者是助手建议，服务卡片等功能。

可以说在这个发展速度很快的市场中，一直创新几乎是不可能的事情，还是需要一些借鉴或者是模仿才能够让用户的使用体验更好。

毕竟集百家之长融于一身才能够真正的`进行发力，这应该也是华为手机一直都要兼容安卓系统的原因之一，毕竟是可以兼容，取消也就少了一个优势。

总之，如今的华为手机除了处理器和5G网络的问题还没有得到真正的解决，其余方面几乎都已经有了很完善的计划，或者是已经有了出色的表现。

华为鸿蒙3.0或24日发布，整体变化颇大2

2021 年 10 月，华为面向开发者发布了 HarmonyOS 3.0 Developer Preview 版，但开发的脚步永不停歇，又在本周三更新了 API 版本，配套发布了 HarmonyOS 3.0 Beta 版。

随着华为鸿蒙 HarmonyOS 3.0 开发者 Beta 版的推送，关于鸿蒙OS 3.0 的爆料也渐渐多了起来，预计 Release 正式发布版也将会在近期到来。

此前有消息称，HarmonyOS 3.0 正式版会在本月 24 日发布，但该时间是周日，考虑到目前华为几乎从未在非工作日宣布大事件，这一情报目前仍待考虑。

现在，另一位华为领域的数码博主 @长安数码君 称，HarmonyOS 3.0 预计会在 7 月 27 日的华为发布会上和大家见面（至少是官宣或者说具体的更新时间），而且有望在发布会上为大家介绍全新鸿蒙 3.0 的 UX 新特性、性能新特性和隐私安全等新特性。

据目前已知情报，HarmonyOS 3.0 将更加注重隐私保护，同时小组件也迎来更新。新的小组件可以查看相机、麦克风、位置信息等使用情况。

华为本周发布 HarmonyOS 3.0 Beta 可用于开发基于 API Version 8 的应用。从本次发布起，变更了 SDK 的配套关系：

需同时获取 HarmonyOS SDK 与 OpenHarmony SDK 配套使用。

配套 JS / eTS SDK、Native SDK，推荐使用 JS / eTS 进行应用开发。

OpenHarmony SDK 新增 API Version 8 Release 接口。

本次 API Version 8 新增 2300+ JS / eTS API 接口，使能 JS / eTS 语言开发范围覆盖 80% 能力模块。主要包括：

在原有触摸屏输入方式的基础上，支持更多交互方式：键盘、鼠标。

新增分栏、侧边栏、富文本组件和动画效果（如共享元素过场动画），更好地支持宽屏设备上应用开发和动效开发。

新增一系列应用程序框架的接口以及相应工具链。支持使用纯 JS 实现卡片的 UI 布局和业务逻辑。

新增一系列事件通知接口，支持大部分常用类型通知。

新增一系列分布式软总线接口，支持使用 JS / eTS 语言实现应用（同设备、跨设备）间通信。

新增一系列媒体数据管理接口，优化了本地公共目录、物理相册的媒体文件处理（增、删、改）能力，支持通过面向对象方式（相对于 URL 方式）处理媒体文件数据。

新增一系列网络连接管理接口，支持对本地 Wi-Fi 和蜂窝数据网络的统一管理。

新增一系列图形图像能力的接口，提供 WebGL 渲染的基础能力，开发者可基于 WebGL 开发游戏、开发窗口化应用等。

使用 ArkCompiler 替换 V8、QuickJS 引擎。

新增一系列任务管理接口，支持实现长时任务，如后台播放音乐、导航类任务。

新增一系列 DFX 能力接口，支持分布式调优调用链，可以支持多设备间分布式业务流程打点，支持获取崩溃、卡死的故障日志。

华为鸿蒙3.0或24日发布，整体变化颇大3

华为鸿蒙系统这几年的发展速度并不慢，不仅带来了很多令人眼前一亮的功能，而且在普及的过程中还在研发自身的编程语言，以此来进一步完善生态环境。

要知道现在不仅仅是手机产品之间的竞争非常激烈，就连系统方面的竞争也很强，所以就导致厂商的每一步发展都需要处于领先的状态才可以。

直到鸿蒙3.0版本逐渐浮出水面之后，给人一种感觉，那就是华为鸿蒙在接下来的系统市场里面真的很难遇到对手了。

但有很多用户还不了解新版本所带来的优势，所以今天就重点汇总下鸿蒙OS3.0的亮点，堪称是大提升了。

首先，鸿蒙OS3.0版本有一个非常重要的功能诞生了，也就是共享算力，这对于使用华为老机型的用户来说真的是一种福音了。

例如，低配置手机上玩一些超大型游戏出现不流畅的情况时，可以向电脑“借”GPU的运算能力，让硬件性能强大的电脑负责运行和计算，而手机则成了前端的一个操作界面。

这就是鸿蒙OS3.0的功能，那么对于老用户来说，自然也会得到全新的使用体验，战三年的口号更是可以得到延续。

其次，鸿蒙OS3.0的桌面也发生了很多的改变，也就是超级桌面功能，有了这个功能之后可以通过其他设备来操作手机的界面，和简单的无缝流转有很大的区别。

更何况桌面上还拥有纯净显示功能，比如状态栏只显示时间、电池、WI-FI、信号图标，其他一律不显示，给人一种不会特别杂乱的感觉。

更何况设置中还有很多细节都得到了提升，对此大家可以等月底的发布会进行下定论，确实会带来很多的惊喜。

然后，鸿蒙OS3.0版本在大文件夹、服务卡片等方面也是有着很大的改变，比如文件夹大小可调节，服务卡片可以进行堆叠等特性都会让用户体验更好。

同时还新增紧急提示音、隐私界面更新、新增剪切板隐私保护、重新设计APP权限访问记录界面、全新设计的某一权限的访问记录界面、模糊定位、系统内置防诈骗功能。

可能有部分功能只是Pro升级版，但需要了解的是，以上爆料的功能还只是冰山一角，还是有很多给力的功能没有被彻底放出来。

另外，升级到鸿蒙OS3.0版本之后，通知中心右上角新增按钮可直接跳转设置，同时在助手建议方面也会发生一些改变。

而且发布时间差不多是7月27的华为发布会上会和大家见面（至少是官宣或者说具体的更新时间表），应该至少UX新特性、性能新特性和隐私安全新特性发布会会有提及。

但第二批的测试名单迟迟没有进行公布，估计首批测试的功能还真的不少，不然也不会经常传出一些爆料的信息了。

其实，除了以上数十项改变之外，很多用户都比较关心鸿蒙系统的生态问题，目前只能说还可以正常使用安卓系统的应用，真正公布生态估计要等到发布会了。

而且在移动手机操作系统方面，此前只剩下两个主要玩家，一个是谷歌的安卓，一个是苹果的IOS，像微软、塞班等操作系统已经基本上名存实亡。

但是有了鸿蒙OS系统的加入，估计这个市场的竞争也会逐渐变得激烈，毕竟已经开始有友商基于安卓系统底层打造很多类似鸿蒙OS系统的功能了，这已经变相承认新系统确实很强了。

总之，有了鸿蒙系统新版本的加持，手持华为手机的用户已经有福了，可以体验到一些令人眼前一亮的功能。

鸿蒙os用什么语言开发app

鸿蒙os所用的语言开发APP软件，这个只有是内部人员才能够知道的，应该是一些计算机方面的c语言之类的或者是更高级的语言。

鸿蒙系统与安卓系统的区别

华为鸿蒙已经发布快一年了，但是经常还有小伙伴说，鸿蒙不就是安卓系统套个壳么？类似小米的米UI和华为自有的EMUI。

我们不可否认鸿蒙2.0系统跟安卓的界面确实很相似，但就因此判定鸿蒙系统是安卓换皮了吗？

都知道鸿蒙系统跟安卓一样，采用的是AOSP 开源代码，而安卓自身超过80%的代码都来自于开源项目，谁也不能说谁在换皮吧？

长期以来，谷歌Android和苹果iOS系统占据了全球移动端操作系统的绝大多数市场份额，除了苹果的IOS以外，其他手机基本使用的就是安卓系统，当然，鸿蒙推出以后就三分天下啦。

对于很多用户来说，鸿蒙 系统的推出是国产手机发展的一大步，因为除了苹果手机，其它手机品牌用的全都是基于安卓的底层框架，只有UI是自己设计的，这对手机大厂来说是有很多限制的。

鸿蒙与安卓一样，基于Linux内核研发鸿蒙操作系统，鸿蒙系统与安卓系统能够最大程度地兼容，初衷是对标安卓系统，补齐华为缺失的生态，不是超越、颠覆安卓，而是与安卓长期并存，由于兼容，两者的生态具有高度相似性。

华为鸿蒙系统是一款全新的面向全场景的 分布式 操作系统，创造一个超级虚拟终端互联的世界，将人、设备、场景有机地联系在一起，将消费者在全场景生活中接触的多种智能终端实现极速发现、极速连接、硬件互助、资源共享，用最合适的设备提供最佳的场景体验。鸿蒙OS是一款基于微内核面向全场景的分布式操作系统。

微内核

华为鸿蒙系统与安卓在系统架构上有着本质的区别，其中 安卓是基于宏内核而鸿蒙则是基于微内核开发的 。

在宏内核模式的架构中，它把很多的东西都集成进内核里面了，使得系统在运行的过程中内核与各个进程的联系非常紧密。虽然在这种架构下，系统运行的效率较高，但是却存在致命的Bug。在运行过程中，开发进程一旦发生故障将会导致整个操作系统出现问题，甚至直接挂掉，所以它的稳定性差。

在微内核模式的架构中，操作系统提供的是最核心、最必要、最精简的功能。在系统运行的过程中，所有的进程都拥有 自己的独立地址空间，彼此之间互不干扰，由内核进行最基本的调度和内存管理。如果某个进程出现错误时，只需要相应地修正某个错误就行了，极大程度地保证了系统的稳定性。

安卓系统架构

Android是用Java语言编写的，很容易学习。但它有一个缺点：不能与系统底层直接进行通信活动，必须通过虚拟机来运行。说直接点就是虚拟机相当于传递者：首先Android应用程序安装在虚拟机上，然后从虚拟机传输到机器的底部，如果虚拟机出了问题话的那系统就是卡住。

Android系统架构分为四层架构，从高到低分别是应用层，应用框架层，系统运行层和Linux内核层。

鸿蒙系统架构

鸿蒙操作系统是微内核设计：微内核仅包括了操作系统必要的功能模块（任务管理、内存分配等）处在核心地位具有最高权限，其他模块不具有最高权限，也就是说其他模块出现问题，对于整个系统的运行是没有阻碍的。微内核的开发难度很大，但是系统的稳定性很高。

根据目前华为公布的一些资料信息，我们可以推断出鸿蒙系统是用C、C++语言编写即直接使用机器语言编写app，取消安卓系统的ART虚拟机，直接编译为二进制机器码，这样做的好处就是不需要中转，执行速度快；但这样的操作也有一些缺点就是必须要有大量的静态方案且内存空间要求更高。

鸿蒙系统架构也分为4层分别为：应用层，程序框架层，基础服务层和微内核层。

架构上的主要区别

一、谷歌的安卓系统是基于Linux开发，华为的“鸿蒙”系统也是基于Linux开发，但底层对Linux进行大量优化。

二、安卓系统程序员写APP使用的是JAVA高级语言，打包成APK到安卓系统。方舟编译器，则是让APK打包之前，统一把指令换成安卓系统能读懂的机器语言，省去了"翻译"这个过程。

三、安卓的主要开发语言是基于java，而在鸿蒙系统上可以使用java和js。

应用层面

安卓系统

安卓系统适用于手机，虽然当前有好多设备都是基于安卓开发的，例如车载屏幕等。但实际上都是针对于安卓手机应用的简单扩展。

鸿蒙系统

华为带来全场景 1+8+N 智慧生活，鸿蒙系统 2.0 带来统一控制中心。将会涵盖五大场景，包括智慧出行、智能家居、运动 健康 、智慧办公以及影音 娱乐 。这里提的“1” 指的是手机，手机是未来智慧生活的入口，因此显得额外重要。“8“指的是平板、PC、穿戴、HD、AI音箱、耳机、VR、车机。“N”指的是泛IOT设备。

在应用上，鸿蒙系统显然更强大，并且兼容所有安卓系统的应用。

在安全等级上，鸿蒙采用更高级别的隐私保护功能，开启了多设备的协同认证，全面保护用户的隐私安全。

缺陷与不足

在适配性上，因为鸿蒙系统目前来看只能在华为的手机上使用，但是安卓系统可以在目前所有的安卓手机上使用。

在生态系统上，安卓系统 经过多年发展，软件生态非常完善 ，整体生态系统也变得逐渐的成熟起来，在功能性与实用性上已做得相当出色；而鸿蒙还处在新生阶段，有发展的潜力。

综合来看，说鸿蒙系统是“安卓换壳”是完全不对的，“换芯”应该比较准确。

鸿蒙要出来了，Android开发工程师是不是要失业啦？

一、在华为如日中天的时候，华为都没敢推鸿蒙系统，而是把鸿蒙系统当作“备胎”慢慢发展。现在，华为被制裁了，只能把鸿蒙系统紧急推出来了。至少，鸿蒙是仓促上马的系统，却要和一个已经发展许多年，非常成熟的安卓系统竞争，还能轻而易举地赢了！三星真要哭死在厕所里了。昔日三星联合了英特尔搞出来的Tizen系统，还是按部就班进行的研发，依旧是无法弄出自己的生态圈，最后只能沦落成家电的系统了。从这个角度来看，安卓工程师不用太担心安卓的生态系统被威胁，鸿蒙的生态圈很难发展到能够与安卓比较。

二、华为自己都说了，鸿蒙系统当初设计就是想做家电的系统，是与三星Tizen类似的东西，主要应用方向是家电和物联网。现在是因为制裁的原因，赶鸭子上架成为了手机系统。这种临时改变用途的系统需要大动干戈才能完善对手机的应用支持。可以想象，如果鸿蒙系统对手机的支持有缺陷的话，做手机应用就会非常困难。也因此有理由相信，现在鸿蒙手机如果对安卓应用的支持特别完美，就更说明鸿蒙的“拉皮”可能性了。如此一来，安卓工程师就安心开发安卓应用就好了，因为鸿蒙一定可以完美运行你的应用，这就没有放弃安卓开发的必要了嘛！

至此，我想现在考虑鸿蒙把安卓的阵地攻破了实在是太早了。所以，大概率，没有哪个安卓工程师会放弃安卓去弄鸿蒙，顶多是测试一下应用能不能在鸿蒙环境下运行罢了。还是把兼容性这件事儿交给鸿蒙去搞吧。

鸿蒙出来的话，安卓工程师并不会失业，取决于自己想不想在鸿蒙上开发软件。

鸿蒙的应用程序开发，主要是基于Java和NodeJS，基于Java的整体框架结构与安卓极其相似，加上其开发环境DevEco Studio与Android Studio同宗，安卓工程师可以极短的时间迅速上手鸿蒙应用程序的开发。当然，一些做前端开发的小伙伴也会进入鸿蒙平台进行开发，但这部分小伙伴往往是会用一套代码、同时适配多个应用平台（类似国产的uni-app），这些本身就在和安卓开发有一种竞争关系，并不会因为鸿蒙的生产而发生多大变化。

另外鸿蒙的开发平台，也可以很轻松在智能屏、智能手表、车载智能设备等设备上调试开发，总体来说，如果鸿蒙火起来，就会有更多的软件开发需求了，安卓开发工程师会更吃香。建议大家多多接触鸿蒙生态，多学一点知识对自己是一个积累储备，总不会是坏事。

错，是谷歌、微软和苹果要倒闭了！

鸿蒙系统配备方舟编译器，兼容安卓应用，但运行效率……（此处省略1000字，翻2019年文章）……鸿蒙系统能在所有设备运行，支持手机、电脑、平板、物联网……（此处省略1000字，翻2019年文章）……

我想说的是你们太不懂华为了，其实鸿蒙早已开发完成并且随时可用！他一直在忍，在等一个机会……

作为一名android开发工程师，我想说，失业是不可能的，这辈子都不可能失业！

也许身为移动端开发人员的我们，正处于一段乱流之中！

首先，来谈谈android的碎片化问题。

仅仅2014年，全球支持Android的机型为18796种，再来看看国内，华为、小米、oppo、vivo...，android手机厂商也很多，每个品牌都是基于android开源系统改造，android开发人员要在完成软件功能的同时，对不同品牌的手机做功能适配，非常麻烦。

除了手机品牌数量多，手机屏幕的尺寸适配问题也很麻烦，往往一个软件的开发，有60%的时间在适配工作上。

是的，现在鸿蒙来了，意味着什么？意味着android开发人员有必要或者就必须去学习一门新语言、一个新系统的开发、适配，对于一个企业来说，要么就增加人工成本请一个鸿蒙系统开发人员，要么就强制在职android开发人员重新开发一遍软件适配鸿蒙系统。

基于此，不知道有多少android开发人员会买账，不知道多少企业会加个鸿蒙系统平台，不知道鸿蒙系统能不能站住脚推广开来。

虽然现在鸿蒙系统可以兼容android应用，但以后必然会两级分化。

如果鸿蒙系统没有革命性的突破，如果美国不再卡脖子，如果没有国家的干预措施，只靠平民大众自觉爱国的方式支持鸿蒙系统，我看很悬啊，毕竟，苹果手机在国内的销量一如既往！！！

再者，在手机行业，小米、oppo等手机厂商和华为本是竞争关系，会放弃自己的系统换成鸿蒙系统吗？这样的话，其他手机厂商的生存空间会一天不如一天，就算鸿蒙开源使用，也只不过走android碎片化的老路！

系统之争本就不是一朝一夕，不用担心会不会失业，路，还很长！

开发鸿蒙只能在华为支持的鸿蒙设备上运行，开发android，可以在所有安卓设备包括鸿蒙设备上也兼容运行，何来失业

做安卓的一天不用就能写鸿蒙。可以忽悠甲方加钱了[泪奔]

中国北斗早就出来了，GPS的工程师没失业吧！

不会，可以学习一下华为鸿蒙开发教程。

是得我就是干这个 但是我都计划改行了

不会失业的，他们可以转鸿蒙开发，非常简单

2021-01-25鸿蒙开发（五）

Ability

Ability是应用所具备能力的抽象

2.onActive()

Page会在进入INACTIVE状态后来到前台，然后系统调用此回调。Page在此之后进入ACTIVE状态，该状态是应用与用户交互的状态。Page将保持在此状态，除非某类事件发生导致Page失去焦点，比如用户点击返回键或导航到其他Page。当此类事件发生时，会触发Page回到INACTIVE状态，系统将调用onInactive()回调。此后，Page可能重新回到ACTIVE状态，系统将再次调用onActive()回调。因此，开发者通常需要成对实现onActive()和onInactive()，并在onActive()中获取在onInactive()中被释放的资源。

3.onInactive()

当Page失去焦点时，系统将调用此回调，此后Page进入INACTIVE状态。开发者可以在此回调中实现Page失去焦点时应表现的恰当行为。

4.onBackground()

如果Page不再对用户可见，系统将调用此回调通知开发者用户进行相应的资源释放，此后Page进入BACKGROUND状态。开发者应该在此回调中释放Page不可见时无用的资源，或在此回调中执行较为耗时的状态保存操作。

5.onForeground()

处于BACKGROUND状态的Page仍然驻留在内存中，当重新回到前台时（比如用户重新导航到此Page），系统将先调用onForeground()回调通知开发者，而后Page的生命周期状态回到INACTIVE状态。开发者应当在此回调中重新申请在onBackground()中释放的资源，最后Page的生命周期状态进一步回到ACTIVE状态，系统将通过onActive()回调通知开发者用户。

6.onStop()

系统将要销毁Page时，将会触发此回调函数，通知用户进行系统资源的释放。销毁Page的可能原因包括以下几个方面：

用户通过系统管理能力关闭指定Page，例如使用任务管理器关闭Page。

用户行为触发Page的terminateAbility()方法调用，例如使用应用的退出功能。

配置变更导致系统暂时销毁Page并重建。

系统出于资源管理目的，自动触发对处于BACKGROUND状态Page的销毁。

AbilitySlice生命周期

AbilitySlice生命周期回调与Page的相应回调类似，因此不再赘述。由于AbilitySlice承载具体的页面，开发者必须重写AbilitySlice的onStart()回调，并在此方法中通过setUIContent()方法设置页面。

Page与AbilitySlice生命周期关联

当AbilitySlice处于前台且具有焦点时，其生命周期状态随着所属Page的生命周期状态的变化而变化。当一个Page拥有多个AbilitySlice时，例如：MyAbility下有FooAbilitySlice和BarAbilitySlice，当前FooAbilitySlice处于前台并获得焦点，并即将导航到BarAbilitySlice，在此期间的生命周期状态变化顺序为：

对应两个slice的生命周期方法回调顺序为：

FooAbilitySlice.onInactive() -- BarAbilitySlice.onStart() -- BarAbilitySlice.onActive() -- FooAbilitySlice.onBackground()

在整个流程中，MyAbility始终处于ACTIVE状态。但是，当Page被系统销毁时，其所有已实例化的AbilitySlice将联动销毁，而不仅是处于前台的AbilitySlice。