HarmonyOS开发的分享兼大四学生计算机学习的心路历程

先扯一下我的学习心路路程

我现在是一位准大四的学生，由于对行业比较关注我深知当下就业压力很大

之前浅学了python、java、c，但说白了都只是了解，在学校的课程的内容太少了，基本上讲到类与继承一学期就结束了，而且讲的非常浅。自己学的python虽然简单，却也在搓了几个小玩意之后放弃了，这时候我已经意识到问题了，学了技术却没机会用或者说是没有学到一定水平用不出来。这也是python坚持的时间稍微长一点的原因，因为他起码自带一个turtle画图库可以玩。

在大二那年，一个偶然的机会，我同学得知我计算机专业，于是请我帮忙做一个个人介绍网页。其实那会根本不会前端，但我早就了解过html语法 应该不难（现在回头看确实不难，跟正在写笔记用的markdown差不多）就应下了。从学习到完成用了三天，虽然画面及其简陋陋但这种所见即所得让我非常愉悦，我终于感受到了一些成就感。于是在那个大二寒假我开始认认真真学习前端三件套，前端基础真的很容易，尤其是JavaScript语法，在我学过java的情况下（尤其是我之前已经学过好几种语音的‘数据类型’之后），js语法实在是太友好了。所见即所得的前端开发，在我心里仿佛是在玩一场创世游戏，我乐此不疲的开发着自己的网页。但我不甘心只能在浏览上当创世神，随着我扩展知识面，我了解到了Vue等前端框架以及异步运行环境nodejs，更是对可以把网站打包成程序的flutter产生了浓厚兴趣。

但大三学校却突然开了JQuery、Bootstrap课，就暂缓了Vue等技术的学习。有了之前的知识，这 两门课几乎没有什么难度，很顺利的就完成了几个期末设计作业。但这时候我越发想找到一个统一的解决办法，可此时我了解到的知识已经太纷乱了。先不说之前的c语音之流，光是网页开发就有Vue React 打包成移动端程序有Flutter，Vue和React又有各自的移动端方案。又是一个寒假的我疯狂的在网上找到一个统一的开发路径，能够一次开发直接打包成PC和手机上的程序。也正是在这时我第一次刷到arkTs的视频，但当时的我还什么都不懂，心里想着我听说过Ts但这arkTs是什么？尤其是第一次看博主介绍代码段的时候，我感觉天都塌了。我可可爱的js怎么又变回java那种强类型语言了，我css那么方便的类选择器怎么用不了，我html那么有结构性的标签被一团“组件标签 属性样式 逻辑代码”的混合物给替代了，心里觉得不可思议，只觉得华为怎么在现在发了个看起来这么落后的编程语言。看着下学期的课表有一门《移动应用开发》，我感觉天亮了，好像终于可以学一门开发软件的课了。

结果，这门课实际上是教小程序的！又是前端！虽然有点不爽，不过在学习的时候我发现了uni-app，我似乎终于找到了一条统一的路径。用vue+uniapp混合开发，再用uniapp打包就可以用我现有的知识制作一个可以本地运行的程序了。于是我开始在学小程序的基础上，开始自己去好好琢磨vue框架。在这一阶段，我发现了Vue的游戏，双向绑定、列表渲染等等，后来我知道了这叫数据驱动模式。把数据隔离开来，根据数据更新来渲染。由于小程序局限性实在太高，而且为了跨平台统一使用的小程序，竟然在每个平台的代码和api都有差异！于是完成期末设计就赶紧放弃去死磕Vue了。好嘛，到了Vue写个页面又是项目部署又是暴露又是导入又是依赖的，光是文件结构就比原来的前端项目复杂十倍，但仔细学了才想通。原来这就是组件化开发啊，我可以在一个页面里重复调用一个模块，我也可以很方便把一个模块放在我的所有页面上，后续只用改动这个子页面就可以实现所有页面显示效果的刷新，我终于想明白了！！

但上个月有大事发生：HDC开发者大会！HarmonyOS Next Beta版本，以及大会上分享的开发案例，尤其是其中“一次开发，多端部署”、“应用接续”这两大特点我非常感兴趣。但主要还是Next系统惊艳到了我，我心想要不要尝试学习下鸿蒙应用开发呢（其实我就是想在Next正式发布前写一个HarmonyOS的原生应用）。所以没错，实际上我上个月才真正开始学习arkTS开发。但这一次我明白数据绑定、条件渲染、循环渲染、组件化开发的优势之后，我再学习的时候心里直呼我的老天爷，原来比开发者大会上讲的还要更强大、更易用

下面我梳理下我在学习和使用arkTS技术时感受到的优势以及简单实现

1. 首先要介绍下什么是声明式语法，额其实我描述不来，由于我是前端出身所以不好描述他的优势，因为他和html真的蛮像的，但也许这就是他的优势。我没有学过安卓开发，但看到过一些截图，安卓开发图形化界面似乎很复杂。所以这第一个优势就是图形化布局简单，尤其是对我前端开发者来说，完成一个简单的页面非常容易。而且arkUI主张逻辑与样式分离，负责逻辑代码的开发者就可以更专心自己的编程代码开发。我才学习了两周，已经完成了一个app准备上架，足以说明arkTS上手很简单。

2. 第二点就是数据驱动更新：举两个简单的例子，首先是条件渲染、可以通过判断渲染不同参数，比如“收藏”按钮点击后变换形态就可以使用条件渲染。再一个是循环渲染，这在我们生活中太常见，比如新闻的列表、抖音短视频，随着用户下划请求数据，app可以根据请求来的数据来渲染列表。使用中通过if else和ForEach来完成，并且arkTS自带懒加载列表LazyForEach进一步优化软件性能。

3. ArkTS支持多语言混合开发比如C++，就这个特性还可以使用更多第三方库。对于更多复杂专业的软件 比如修图剪辑游戏等，也方便PC上的专业软件迁移至HarmonyOS。据我所知，很多游戏引擎已经适配，这也将大大加速游戏的适配进度。

4. 这一点是非常震惊到我的，我完全没想到可以通过这种方式来解决。arkTS中有一种新的数据类型叫Resource，它可以更方便的调用resources文件夹下的资源，比如字符串、图片、音乐、视频等等。使用相对路径，开发者调用时几乎只用写资源名称，本来这没什么。但他竟然可以通过资源文件夹的名字关键字来自动导入资源，比如在resource文件夹下有两个文件夹ZH和EN，它们中包含同一个名称的不同资源，app此时会自动根据用户设备语言来判断导入哪张图片，进而方便的实现app的国际化。通过这个特性还可以区分 白天/黑夜模式 设备类型 。比如要设置暗夜模式只用在dark文件夹里替换相应的颜色的值。使用这个特性可以很方便的根据设备类型更改文字大小等等功能，第一次看到十分震惊我。

5. 模块化开发：这个一开始并没有觉得有什么，毕竟vue等框架也有这样的特性，页面中喜欢重复出现的导航栏和工具栏也有官方提供好的合适组件。但是它配合“一次开发、多端部署”特性就很实用了。在arkTS工程中，你可以根据设备类型构建不同的模块，你可以在公共模块中专心于模块的构建。而对于不同的设备模块，尽管他们布局可能完全不同，但可以引用相同的模块，这种模式在设备专属优化上，只用在乎最终的排版效果即可。（不过我不推崇这种模式，因为有更好的解决方案）。模块化还可以和循环渲染进一步的配合使用，更加凸显优势。

6. 数据保存：这又是一个我作为前端人不懂的概念，但很感兴趣，之前大多数情况下是把数据post到服务器上。由于我知识点的匮乏，我并不知道这一点arkTS有没有做的更优秀，但我知道鸿蒙开发提供了好几种数据本地化的方式，并且调用很方便。一个简单的例子就是用户首选项、可以根据用户的选择改变文字大小。

7. 终于到了我心心念念的一多“一次开发、多端部署”。这个要分为好几个部分来说了。

   • 首先是页面的一多布局，这在我们前端里很常见了，就是所谓的响应式。对于电脑用户可能没什么新鲜的，但对于开发者来说这个一多布局开发起来有很大优势。你可以通过断点、媒体查询、栅格布局这三种方式便捷的对于不同设备进行调整，这在我们前端很常见。但配合之前的驱动更新又是就厉害了，1+1>2!刚才讲驱动更新忘了讲一个最基础的能力就是数据绑定了，由于声明式语法的特性，组件的属性也可以绑定变量。所以配合着监听断点来改变变量可以实现比网页上grid布局要酷炫许多的事。比如你可以直接根据设备尺寸来决定列表组件显示多少列，轮播图组件显示几张图，所有细枝末节的微小属性都可以根据监听断点来实时改变。还有一个很常见的例子，华为官方的很多软件在大屏幕下会将导航栏设置到窗口左侧。基于一多布局可以很容易做到，只需要监听断点，当尺寸大于sm或你指定的值时，设置tabs组件的vertical属性为true就能轻松实现。
   • 其次是工程的一多布局，前面模块化开发中提到过。我之所以不推荐这种模式，一来上述的页面一多布局开发很容易，二来未来的智能设备会更加多种多样，Next系统支持自由小窗，鸿蒙系统又主导了折叠屏。在这种情况下，使用页面一多布局，不仅可以胜任折叠屏与自由小窗，将来也可以很方便的在“鸿蒙”PC上使用。（所以我更推荐页面级的一多），这个功能我认为将来适配穿戴设备TV设备或是PC比较不错，但对于目前移动端的折叠屏、手机、平板，我认为最好使用同一个程序包。
   • 第三点则是页面一多和其他能力的配合使用了，举一个我在昨天开发中的一个列表模块。通过循环渲染我得到了一个数据驱动更新的列表，再通过一多布局能力实现手机上显示一列列表，折叠屏显示两列平板显示三列。这个功能的顺利开发得益于 一多布局能力、模块化开发、数据驱动等优势 也离不开强大的官方List组件。各种特性配合开来起到了质变效果

8. 所以这最后一点优势就是系统提供的原生强大组件和工具库，不仅功能丰富还支持丰富的自定义样式。比如navigation导航组件可以路由又可以分栏，swiper轮播组件竟然可以指定显示多少个元素，配合一多布局，还能实现不同设备下显示不同数量等等。强大的工具库，它们被封装成了一个个实用的工具集，但我目前还没有使用太多经验比较少。很多组件和api支持强大自定义样式，但技术水平有限，我目前使用官方默认样式较多。

再说回我的心路历程了，有了arkUI我现在终于可以开发一个软件了，对于生命周期、应用接续等能力还不太了解使用。但这是一个一次开发多端部署的软件开发模式。手机、折叠屏、平板、车机一次开发 多端部署！而且未来很大可能还有智能穿戴、电视、PC等等！

加上arkUI-X对于跨平台的支持、用鸿蒙系统的框架去编译安卓等别的平台软件也成为可能，我似乎终于找到了我要的统一开发模式！因为我认为Harmony上PC是一种必然，而一次开发多端部署范式下开发的软件，几乎天然的支持电脑上的键鼠操作。 我可能是现在为数不多先学鸿蒙，然后用鸿蒙编译安卓软件的人了哈哈。

给各位分享一下学习经验那就是一定要多看开发文档，开发文档的指南和api参考，上面很多都有详细的示例，比很多课程还要完整清晰，看课之余一定要多看开发文档。还有要学以致用，技术学了一定要用!

最后再夸一下DevEco Studio 虽然有时候会卡顿、汉化不完全。但它可以双向实时预览，支持多设备预览，正方便了我们对于多设备一多的开发。同时还支持模拟器，降低了我们个人开发者的开发成本。

最后的最后我想催促一下手表和电视的arkts开发，我本想做一个跨端的软件，还可以试用下“应用接续”特性，比如把应用数据传到手表上。结果发现手表还在使用js开发模式，很郁闷

#HarmonyOS开发者的求职心路历程# #经验分享# #HarmonyOS#