分享
获课:999it.top/14020/
别急着写代码,先聊聊"为什么是 HarmonyOS"
作为一名开发者,我们每天都在做选择:用什么框架、用什么语言、什么架构。在投入一个新技术之前,我总会先问自己一个问题:它解决了什么痛点?它带来了什么新可能?
HarmonyOS 的核心卖点不是又一个 Android 或 iOS,它的灵魂在于 "分布式"。
想象一下你平时的开发场景:你要开发一个 App,可能需要适配手机、平板、手表,甚至未来的车机。在传统模式下,这意味着你要维护多个独立的代码库,用不同的 UI 框架,处理不同的系统 API。这简直是维护地狱。
HarmonyOS 的野心是抹平这些设备的边界。它提出一个概念叫 "超级终端"。在你的 App 眼里,它运行的不再是一个孤立的"手机"或"平板",而是一个可以动态组合、能力可以互相调用的"设备集群"。
这意味着什么?
一次开发,多端部署:这不是简单的"响应式布局",而是你的业务逻辑可以被不同设备"复用"。比如,你在手机上开始视频通话,可以无缝流转到电视的大屏幕上,摄像头可能还是用的手机后置的。对开发者来说,你不需要写两个视频通话 App,你只需要写一个,然后声明它具备"流转"能力。
可分可合的 UI:你的 App 界面可以像乐高积木一样。在手机上,它是一个完整的界面;当它发现旁边有个平板时,可以把某个"卡片"(比如视频播放器)自动"弹"到平板上显示,而手机上则保留控制按钮。这背后是 ArkUI 的声明式 UI 能力在支撑。
服务跨设备调用:你的 App 可以直接调用其他设备的能力。比如,一个健康 App 可以直接读取手表上的心率数据,而不需要用户先在手表上同步数据再到手机。这通过 分布式软总线 实现,对开发者来说,调用远程设备的能力就像调用本地 API 一样简单。
理解了这一点,你就抓住了 HarmonyOS 的精髓。我们学习它,不是为了重复造一个 Android App 的轮子,而是为了探索一种全新的、面向万物互联时代的应用形态。
HarmonyOS 开发,你的"第一性原理"工具箱
好了,理念聊完了,我们来看看实际开发。作为一名程序员,我最关心的是:开发体验、语言和框架。
1. 开发环境:IDE 是你的"主基地"
别折腾了,直接用官方的 DevEco Studio。它基于 IntelliJ IDEA,所以如果你是 Android 开发者,或者用过 JetBrains 全家桶,你会感到非常亲切。代码提示、调试、Git 集成、性能分析......你熟悉的一切都在。它不仅仅是个编辑器,更是你连接模拟器、真机、打包签发的指挥中心。安装好它,你的兵器库就齐了。
2. 开发语言:拥抱 TypeScript,拥抱未来
HarmonyOS 的主力开发语言是 ArkTS。你可以把它理解为"为 HarmonyOS 增强了的 TypeScript"。
为什么是 TypeScript?因为它有类型!对于我们这种写惯了强类型语言(Java/C++)或者享受过 TypeScript 带来的好处的人来说,这简直是福音。静态类型检查能在编译时就帮你发现大量低级错误,重构代码时也更有底气。相比于纯 JavaScript,TS 让大型项目的维护性提升了一个档次。
所以,忘掉 JavaScript 的"自由奔放"吧,在 HarmonyOS 的世界里,拥抱 TS 的严谨,你的代码会感谢你。
3. UI 框架:声明式 ArkUI,像写"配置"一样写界面
这是 HarmonyOS 开发体验上最"现代"的一点。ArkUI 是一个 声明式 UI 框架。
这是什么意思?对比一下就知道了:
命令式(传统 Android View):你先 findViewById 找到一个 TextView,然后调用 textView.setText("新内容") 去命令它改变。你是在告诉程序"如何做"。
声明式:你只需要描述"你想要什么状态"。比如,你定义一个变量 @State message: string = '旧内容',然后在 UI 里绑定它 Text(this.message)。当你修改 message 的值时,UI 会自动更新。你只关心"是什么样子",框架负责"如何实现"。
这和 React、Flutter 的思路是一致的。这种范式的好处是:
代码更简洁:UI 和状态绑定,逻辑清晰。
心智负担更小:你不需要手动管理复杂的 UI 状态和刷新逻辑,避免了各种"状态不一致"的 Bug。
性能更优:框架底层会进行最小化的 UI 刷新,比我们手动控制要高效得多。
一个程序员眼中的"实战"心法
现在,我们把这些工具串起来,形成一套开发心法。假设我们要做一个简单的"设备列表"App,它能发现并显示附近的其他 HarmonyOS 设备。
第一步:搭骨架
别想着一步到位。先用 ArkTS 把静态的界面搭出来。在 ArkUI 里,万物皆组件。你的整个页面就是一个大的组件,里面嵌套着行、列、文本、图片等小组件。
这个过程就像搭积木,你只需要关注布局和样式。Column 垂直排列,Row 水平排列,List 展示列表。把一个静态的、漂亮的 UI 先做出来,这会给你带来正反馈。
第二步:注入"灵魂"——状态管理
静态界面是"死"的。接下来,我们要让它"活"起来。这就是 @State、@Prop、@Link 这些状态装饰符登场的时候了。
在我们的设备列表例子里,你需要一个数组来存储设备信息。你会这样定义:@State deviceList: Array<DeviceInfo> = []。
然后,你的 List 组件就去渲染这个 deviceList。此时,界面和数据就绑定了。任何对 deviceList 的修改(比如添加一个新设备),都会自动反映在 UI 上。
第三步:连接世界——API 调用
现在,我们需要真正去获取设备列表了。HarmonyOS 提供了大量的 @ohos 模块,这就是它的 API 库。你需要找到"设备发现"相关的模块(比如 @ohos.distributedHardware)。
调用这些 API 通常都是异步的。你会用到 async/await 语法,这和现代前端开发的体验完全一致。在一个按钮的点击事件里,你会发起一个异步请求去发现设备,当数据返回后,你更新 deviceList 这个状态数组,然后......见证奇迹的时刻到了,UI 自动刷新了!
第四步:让它"飞"起来——分布式能力
这是最酷的部分。当用户点击列表中的某个设备时,我们不只是弹出一个提示,而是要启动一个"流转"能力。比如,我们把当前页面"迁移"到那个设备上显示。
这同样是一个 API 调用。你只需要告诉系统:"我要把我的 Ability(HarmonyOS 的应用组件)迁移到目标设备上"。底层的分布式软总线会处理设备间的通信、数据同步和 UI 渲染。对你来说,可能只是一行代码的调用。
总结:从"码农"到"架构师"的思维转变
学习 HarmonyOS,对我而言,最大的收获不是掌握了一门新语言或框架,而是一种思维方式的升级。
它强迫你跳出"单设备"的舒适区,开始从 "系统" 和 "集群" 的角度去思考应用设计。你的代码不再仅仅是为一块屏幕服务,而是为一个可以无限扩展的"超级终端"服务。
以前:我考虑的是手机屏幕的适配、内存的占用。
现在:我考虑的是我的业务逻辑单元(Ability)如何被拆分和重组,我的 UI 组件如何在不同形态的设备上自由流动,我的数据如何在一个分布式网络中保持一致。
这是一种挑战,更是一种机遇。当万物互联的时代真正到来时,能够驾驭这种"分布式"思维的程序员,将拥有定义下一代应用形态的权力。
所以,别再犹豫了。打开 DevEco Studio,从一个简单的组件开始,去感受 ArkUI 的简洁,去体验 ArkTS 的严谨,然后,大胆地去调用那些分布式 API,让你的代码第一次"飞"出屏幕,去和另一个设备对话。
这,就是 HarmonyOS 开发的魅力所在。欢迎来到分布式开发的新世界。
有疑问加站长微信联系(非本文作者))
入群交流(和以上内容无关):加入Go大咖交流群,或添加微信:liuxiaoyan-s 备注:入群;或加QQ群:692541889
关注微信206 次点击
添加一条新回复
(您需要 后才能回复 没有账号 ?)
- 请尽量让自己的回复能够对别人有帮助
- 支持 Markdown 格式, **粗体**、~~删除线~~、
`单行代码` - 支持 @ 本站用户;支持表情(输入 : 提示),见 Emoji cheat sheet
- 图片支持拖拽、截图粘贴等方式上传