鸿蒙开发好开发,鸿蒙开发好开发么

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

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

创新互联成立于2013年，是专业互联网技术服务公司，拥有项目成都网站设计、成都做网站网站策划，项目实施与项目整合能力。我们以让每一个梦想脱颖而出为使命，1280元吉木萨尔做网站,已为上家服务,为吉木萨尔各地企业和个人服务,联系电话:13518219792

开发前的准备：「鸿蒙开发 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按钮后发现我们的页面成功跳转了。

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

鸿蒙系统好写吗？为什么？

单从技术上讲，开发一个单独的操作系统内核并没有想象中的那么困难。网上搜一下 至少能找到几十个甚至上百个OS内核实现，虽然绝大多数只是玩具级别的，但很多都是麻雀虽小，五脏俱全，基本的功能都有实现。

先说下自己的一些经历吧。

我在几年前曾经从零开始写过一个简单的操作系统内核，实现了基本的boot, 内存管理，进程管理，中断管理，IPC，简单的文件系统，简单的磁盘驱动，键盘驱动，简单的终端等基本功能，还实现了一个简单的调试器，支持断点等基本功能。当时对操作系统简直达到了痴迷的程度，只要工作上的事情一做完就去看操作系统方面的书籍资料，晚上下班和周末更是几乎宅在家里不出门，真的可谓是废寝忘食。

终于在参考了Linux, VxWorks还有国外一些大牛写的OS内核之后，最后搞出来了一个玩具级的OS内核，前后大概持续了半年左右。当时也纯粹是为了学习的目的，也是觉得比较好玩，基本功能实现后，就慢慢遗忘在在磁盘的角落里积灰了。。。

所以，从技术上说，开发一个OS内核并没有想象中的那么困难，很多大公司其实技术上都完全有能力开发一个具备基本功能的OS内核。当然，功能完备性、安全性、性能等方面能不能搞好就另说了。

我现在所在的公司，就有完全自主开发的微内核OS，并且在公司上百万台的电信级的分布式集群服务器产品上已经稳定运行了二十多年。并且，还围绕这个OS建立了一系列配套生态，比如基础开发库，一系列配套的开发调试工具，甚至还有专门为这个系统开发的编程语言和编译器等。我曾经有几年的主要工作，就是在维护这个OS内核。可惜的是，这几年公司已经在慢慢用Linux替换这个OS了，估计几年之后就要彻底退役了。

开发一个操作系统的真正难点在于创建围绕在这个内核周边的生态系统。一个单独的内核远远不能构成一个完整的系统，它需要大量的支持环境，如系统支持库，应用程序，开发调试工具等等，此外还要能够推广出去，要有其他上下游的公司愿意使用，能够被广大开发者认可并愿意为其开发新的应用等等，这才是真正的难点所在，是需要投入大量人力物力财力才有可能完成的。

很多公司也正是从技术积累上，时间上，成本上，风险上来考虑，不愿意花大力气在这上面。所以才有了如今Windows，Linux，Apple三分天下的局面。

咱们国家虽然急切渴望能有一个自研的OS，但现状是，有实力的厂商更愿意投资一些能看得到摸得着的实实在在的应用产品上，这样来钱快，才能在最短的时间内看到收益回报，也就是更高的投入回报比。

对于像操作系统，编译器之类的基础软件，除了需要雄厚的技术实力外，还需要耗费大量的人力财力物力，而且失败的风险较大。即便开发成功，还要花大力气进行推广，建立周边生态，这更是需要更大投资，时间成本也更大，往往需要几年甚至十几年时间才能看得到收益。

这对于习惯吃快餐、赚快钱的国内企业来说，根本无法接受。这也需要企业决策层领导具有很大的魄力和战略眼光，但现实中，这样的领导简直是凤毛麟角。

这也正是国内厂商大都不愿触碰自研OS的主要原因，也造成了我国至今仍没有自己的操作系统编译器的局面。

此外，现在市场上对一个新的OS的需求其实也没有那么急迫，没有需求，就没有利益，自然就没有动力。尤其在快餐文化盛行的今天，更是很少有公司愿意去触碰这吃力不讨好的事情。

当然也无须太过悲观，任何东西，只要有需求，就会有利益吸引力，就会给企业研究机构足够的动力。相信将来某一天，一旦Windows, Linux, Apple三巨头不再适用市场需求，马上就会有新的操作系统出现。

或许也用不了等很久吧，毕竟微软已经宣布Win10之后将不会再有大的Windows更新版本，而Linux虽然现在社区的开发仍然很活跃，新的功能仍在被源源不断的添加进去，但也正是由于这个原因，它现在变成了一个大而全的通用操作系统，已经变得越来越臃肿，很多场景其实已经不是很适用了，只是没有更好的替代品，很多公司又不愿意投入自研OS，所以只能选择相对成熟并且生态资源丰富的Linux。

Google不是几年前就已经开始开发Fuchsia了吗? 咱们拭目以待吧。也希望国内有实力的企业和科研机构能够迎头赶上，早日实现自研OS梦。

github上放出来的只是一个迷你的嵌入式OS内核LiteOS，翻看过代码，本身并没有很大的难度。至于鸿蒙OS，源码还没开放，目前为止还只是在PPT上出现过，所以不好评价，但愿能够不负众望吧。

Hongmeng OS是基于Linux内核源代码的开发。 OS实现代码主要是C语言，内核提供的本机系统调用接口肯定也是C语言接口。上层APP应用程序与现有的Android JAVA程序兼容，可能需要重新编译JAVA应用程序。程序代码将运行。至于应用程序编程SDK不支持JAVA以外的编程语言，还需要等待系统正式发布后才能发布，但是你可以先了解下面的编译器，据说这是一个业界开源编译器，用于编译APP程序。 。但是，我仍然希望鸿蒙操作系统的应用程序编程接口支持更多的编程语言(如CC等)，这样程序可以有更多的选择。

操作系统从运行效率 和 可控性来看是要用C语言。 解释性语言，比如python、PHP就不大可能的。Java 也不太可能，一方面运行效率不如C语言，另外不可控：在内存方面，C语言内存申请和释放都很实时，不像Java 语言内存释放 要等GC。在操作系统层面，内存申请和释放是很频繁的，不能用GC定时释放，万一来不及释放 就OOM了，另外的万一发生full GC 那就更糟糕了，操作系统底层指令运行稍微一抖动，应用程序的执行性能就震了三震。

希望对你有所帮助！

从技术上讲，操作系统是一个没有多少技术含量的事情。一个明白操作系统原理的人用几个月就可以写出一个操作系统。

这个世界上的操作系统成千上万，到处都是，任何一个自动设备中都可以认为里面有一个操作系统，电话、门禁、共享自行车中都有。

鸿蒙系统是否好写要看他的目标是什么，只是简单使用当然简单，但要成为一个流行的系统则难度非常的高。

个人看法是鸿蒙系统有天生的缺陷，他是对抗美国产生的，华为一家独大，包括国内的其它厂商都不能干涉，同时他并非开源，他想怎么办就怎么办。这样就造成开发者特别是国外的开发者面临的风险非常的大。要是和谁闹翻了给禁用那怎么办？

安卓有一个最大的优势在于开源，世界上的开发者都可以使用，共同推进发展。当然本次事件更多的来源于政府的制裁，作为google当然要遵守政府的规定。但鸿蒙同时要遵守政府及企业的双层管制。

因此鸿蒙更多的是国内华为的系统，无论是阿里、小米还是谁想用都面临具体的风险，国外的开发者更是这样，要是他的国家一不小心辱华了，华为就给他们禁用，他们就死定了。

操作系统没有一个可以用好写来形容。

首先从代码量上来讲，操作系统作为一个系统，其代码量工作是非常庞大的，如果由单个开发者来完成，会是一项非常艰巨的任务。比如Windows内核的代码在5000万行以上，Linux目前在2500万行左右。如果题主从事开发工作的话，可以大概估计一下代码量的多少。

作为操作系统来说，兼容不同设备以及不同代的设备是必须的，向上和向下兼容保证了操作系统可以运行在不同的平台上，而向后兼容则保证了开发者的产品不会由于系统升级而出现不能使用的情况。

鸿蒙是分布式系统，显然需要支持不止一种类型的设备，这意味着操作系统本身需要考虑大量的底层硬件区别并给予支持。

操作系统最主要的一个功能是调度，即使在微内核架构里，调度依然被保留为内核的功能之一。

而调度在不同的负载下面，不同的设备上面以及不同的使用场景下面，都应该表现出不同的性能，那么开发者需要考虑到这其中最优并且最稳定的方案，最简单的方法不够智能，最智能的方法又可能引入一些问题。

所以总体来讲，不论操作系统本身性能优劣，从头开发一套系统就是一件工程量极其庞大的工作。

对于像华为这种公司来说，写出一个基于Linux的类似于安卓的系统应该是没有什么难度。但为什么鸿蒙系统到现在还没有正式退出使用？

其次一个系统主要是的就是它的生态系统，就是我们使用的各种app，就像当初微软的手机系统，就是死在软件生态不全，而形成生态就需要比较长时间和财力的投入，要吸引开发者去适配新的系统，而华为目前正在做这件事，通过高于其他系统的收益分成或者收益全部让利开发者的方式慢慢完善自己的生态。目前国内外已经有很多软件及 游戏 厂商已经开始适配HMS服务了，相信不久我们就能看到生态完善的华为新的系统了[赞]

听到鸿蒙，华为都不知道是谁家系统，也许根本就不存在

凑合吧，笔画有点多[捂脸]

难！

但对任何一家世界级体量的公司，都写得出！连黑莓手机都能写得出！

但生态很难！收费没人用，开源也没人用[捂脸]

不好写

华为鸿蒙系统有必要开发嘛

有。经使用华为手机得知。因鸿蒙系统可以让此手机运行起来更为流畅和使用起来更舒适，所以非常有必要开发。该手机无论是性能还是配置方面都是非常不错的。

鸿蒙生态120多万开发者，仅300多个原生APP，网友：开发了个寂寞

众所周知，对于一款操作系统而言，最重要的是生态，如果生态不行，操作系统本身再好也难以持续下去。当初微软的windows Phone，还有三星的Tizen就是这样败北的。

所以在鸿蒙系统发布后，大家就一直期待鸿蒙系统的生态能够迅速发展起来，虽然鸿蒙是能够兼容安卓APP的，但那是“借鸡生蛋”，最终还是要自己“喂鸡生蛋”才靠谱。

而据华为在8月初时的说法， 鸿蒙生态开发者数量已突破120万，超过300家应用伙伴加入到鸿蒙生态，共有65款设备已经升级HarmonyOS 2正式版。

但是让人惊讶的是，鸿蒙原生的APP数量才300多款，目前鸿蒙系统中使用的更多的还是安卓APP，于是有网友评价称，120万开发者，开发出300多款APP，真是开发了个寂寞。

像苹果目前在中国有440多万注册开发者，开发了iOS版的APP超过100万个，而安卓在中国有500多万开发者，有200多万安卓版APP。

那么为何120多万开发者，就开发出300多个APP，平均3000多人才开发出一个APP来？

首先要说一说的是这120万开发者究竟是怎么算的，我们知道目前在华为的系统中，是没有GMS的了，全是使用HMS，鸿蒙中是如此，EMUI中也是如此。

所以加入HMS的开发者，特别是加入鸿蒙系统中应用商店 “AppGallery”的开发者， 理论上是可以称之为鸿蒙生态的开发者的，而HMS已经发展了好多年， “AppGallery” 里面已经有上百万APP之多，所以有120万开发者很正常，这是统计口径的不同，大家不要以为鸿蒙生态的开发者，就必须开发出鸿蒙原生APP出来。

其次，也正因为 鸿蒙系统兼容安卓系统应用，所以开发者们是无需专门开发鸿蒙系统应用，也能接入鸿蒙生态，所以这120万的开发者，也不一定马上就会行动，开发鸿蒙专版APP出来，毕竟开发维护也是有成本的。

所以他们会观望，会看看鸿蒙的发展情况，当 用户量上升，个性化功能增加，才会有未来越来越多的开发者针对性的开发鸿蒙版本应用。

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。