物联网App要不要做鸿蒙版

最近不少客户问同一个问题：我们的设备 App 要不要做鸿蒙版？

几年前这个问题不太需要考虑，鸿蒙手机能直接装安卓 App。现在情况变了，HarmonyOS NEXT（大家常说的"纯血鸿蒙"）不再兼容安卓应用，用户手机升级到新系统后，原来的安卓安装包就装不上了。设备 App 如果没有鸿蒙版，这部分用户就没法绑定和控制设备。

我们给一个智能水族品牌交付过鸿蒙原生 App，下面结合这个项目，说说物联网 App 做鸿蒙适配时该怎么判断。项目情况可以看 智能水族设备 App 与云平台案例。

先看你的用户在哪里

是否要做鸿蒙版，最直接的判断依据是用户：

• 国内 C 端产品：智能家居、小家电、宠物设备、水族这类，用户手里华为手机占比不低，值得认真评估
• 国内 B 端工具：给安装工、售后、经销商用的 App，可以先统计实际使用的机型，再决定
• 主要卖海外：鸿蒙版的优先级通常没那么高，先把 iOS 和 Google Play 做好

还有一个办法是看后台数据。如果已有 App，统计一下用户机型和系统版本，比猜更准。

原生开发还是跨平台框架

做鸿蒙版大致有两条路。

鸿蒙原生开发：用 ArkTS 和 ArkUI 单独写一套。体验最好，系统能力也最完整，代价是要维护一套独立代码。

跨平台框架编译到鸿蒙：比如 uni-app，从 4.61 版本起 uni-app x 可以编译成运行在 ArkTS 引擎上的鸿蒙原生应用；Flutter 也有面向 OpenHarmony 的社区适配。好处是能复用大部分代码，但不同框架对鸿蒙 API 的覆盖程度不一样，有些能力还在补齐中，比如有开发者反馈 HBuilderX 的某个 alpha 版本里扫码接口在鸿蒙上还没实现。

物联网 App 特别要注意的是蓝牙、扫码、配网、推送这些硬件相关的能力。立项前要逐项确认目标框架在鸿蒙上是否支持，不支持的部分要预留原生插件的开发时间。框架选择的整体思路可以看 React Native 与 Flutter 在 IoT APP 中怎么选。

我们的鱼缸项目怎么做的

智能鱼缸项目的主力 App 用 uni-app 开发，覆盖 iOS、Android 和 19 种语言；鸿蒙版则单独做了原生 App，和其他端复用同一套云端接口。

这样选的原因是：鱼缸 App 面向消费者，配网和实时控制的体验要求高，用原生开发可以把系统能力用足；同时云端接口是统一的，鸿蒙版只需要做客户端，设备绑定、控制、定时喂食、水温曲线、家庭圈子共享这些业务逻辑都在云端，不用重复实现。

所以我们的建议是：不管客户端怎么选，云端接口先统一。 这样以后多一个端，成本主要在界面和系统能力适配上。

鸿蒙版要重点测什么

设备类 App 在鸿蒙上要单独验证这几项：

• 蓝牙扫描、连接、读写和通知，尤其是长时间连接的稳定性
• Wi-Fi 配网流程，包括权限申请和热点切换
• 扫码添加设备
• 推送通知能否正常到达
• OTA 升级过程中断网、切后台的表现

这些都要在真机上测，模拟器不能代替。蓝牙相关的测试方法可以参考 蓝牙APP开发怎么做。

上架也要单独准备

鸿蒙版要通过华为的应用市场上架，需要单独准备开发者账号、签名证书、隐私声明和审核材料。如果同时还要上架国内其他安卓商店，鱼缸项目的做法是为华为、OPPO、vivo、小米、360 和应用宝分别打渠道包，各家的资料要求也不一样，排期时要留出时间。

常见问题

现有的安卓 App 能直接改成鸿蒙版吗？

不能直接运行，需要重新开发或用支持鸿蒙的框架重新编译。如果原来的 App 是用跨平台框架写的，可以先评估这个框架对鸿蒙的支持程度。

鸿蒙版一定要首期就做吗？

不一定。可以首期先做 iOS 和 Android，但云端接口按多端复用来设计，等用户数据显示鸿蒙用户占比上来，再补鸿蒙版。

小程序能替代鸿蒙 App 吗？

一部分场景可以。轻量的查询、扫码绑定可以先用微信小程序承接，但要在鸿蒙版微信上实测蓝牙等接口的表现。蓝牙长连接、后台运行这类需求，还是 App 更合适。

做鸿蒙版大概要多久？

取决于功能范围和技术路线。如果云端接口已经统一，主要工作量在客户端界面和蓝牙、配网等系统能力适配上。可以把现有 App 的功能清单 发给我们，我们按 物联网 App 开发 的方式帮你评估。