Android、iOS 之外,设备侧终端逐步转向鸿蒙环境,应用必须跟着走
项目概览
客户是谁
某无人体系运营方向项目。交付的是项目中的移动端应用:基于 uni-app 的多端应用,覆盖 Android 与 iOS,并完成鸿蒙环境适配,与运营后台账号数据互通。
遇到什么问题
移动端在这个项目里的角色是现场侧的工作入口:任务下发、状态回报、消息提醒都发生在移动端。
难点不在界面数量,而在生态差异——Android 与 iOS 的发布门槛各一套,设备侧终端逐步转向鸿蒙环境后,适配又多了一层。任何一端掉队,现场人员的设备就可能装不上应用。
我们做了什么
- 主体代码共享。用 uni-app 把业务界面与逻辑收敛到一套代码,各端差异收在适配层,避免四套界面四套维护。
- 账号与数据同源。移动端不建独立的账号体系,权限与数据接口全部对齐运营后台,两端看到的一致,不会出现「后台改了移动端没生效」这类问题。
- 把发布环节当工程环节管。各端审核与上架要求前置到开发阶段核对,交付节奏不被发布环节卡住。
难点怎么解决的
- 多端维护成本高:业务代码一套,差异收进适配层。
- 两端数据不一致:账号与接口对齐后台,权限和数据只有一份来源。
- 上架环节卡交付节奏:审核与上架要求前置到开发阶段核对。
交付了什么
系统按客户端、适配层、接口层组织:uni-app 与 Vue3 承载界面与业务;适配层处理 Android、iOS 与鸿蒙的兼容差异;接口层统一对接后台的账号、任务与消息,多端共享同一套接口约定。
现在的状态
系统处于维护期。我们负责移动端应用与各端适配;运营后台建设为本项目体系内另案交付,无人机飞控与图传链路不在移动端范围,各应用商店的上架运营代运营也不在其中。
项目信息
某无人体系运营方向项目
低空经济与无人系统
未披露
uni-app / Vue3 / Android / iOS / HarmonyOS 适配
无人体系移动端应用
CHALLENGES
客户当时面对的现实
移动端与运营后台要数据互通,账号与权限不能各管一摊
多端发布各自有审核与上架要求,交付节奏容易被卡在发布环节
CAPABILITIES
我们交付的能力
多端交付的难点不在写四套界面,在四个生态各有一套门槛
uni-app 一套代码多端发布
Android / iOS 共享主体代码,降低多端维护成本。
鸿蒙环境适配
完成鸿蒙环境的兼容适配,覆盖设备侧终端的国产化需求。
与运营后台互通
账号体系与数据接口与后台统一,移动端看到的与后台记录一致。
任务与消息提醒
任务下发与状态变化推送到移动端,现场人员及时响应。
SCOPE
交付范围
以下范围按本项目实际交付内容与边界整理,不属于这次范围的部分一并列出。
已交付
- 多端移动应用
- 鸿蒙环境适配
- 与后台的账号与数据互通
- 消息提醒
不在本次范围
- 运营后台本身的建设(另案交付)
- 无人机飞控与图传链路
- 各应用商店的上架运营代运营
ARCHITECTURE
分层技术架构
公开口径归纳为三层:uni-app 与 Vue3 承载界面与业务;适配层处理 Android、iOS 与鸿蒙的兼容差异;接口层统一对接后台账号、任务与消息。
客户端
一套代码多端发布
适配层
各生态兼容适配
接口层
与运营后台数据互通
DELIVERY
交付过程
分阶段推进,每个阶段都有可验收的产出,客户在早期就能看到实际效果。
终端清单确认
确认目标机型与系统版本,锁定适配范围。
主体应用开发
uni-app 主体界面与业务逻辑开发。
多端适配
完成 Android、iOS 发布与鸿蒙环境兼容适配。
互通与发布
与运营后台账号数据联调,分端提交发布。
FACTS
可核验的交付事实
以下内容来自本项目实际交付物;未经验证的指标不予展示。
Android / iOS / 鸿蒙适配
uni-app 主体共享
与运营后台同源
TRANSFER
这套做法适不适合你
案例的用处不是证明"我们做过",而是让你判断"在我们这种条件下能不能做成"。下面三句是我们对这一单的判断,写下来供你对照自己的情况。
适合什么情况
适合既要常规双端又要覆盖鸿蒙终端的移动端交付。
什么情况下别照搬
飞控与图传不在移动端范围;商店账号运营归客户。
如果要试,第一步做什么
先定终端与系统版本清单,适配范围先定死。
FAQ
常见问题
以下是同类项目沟通中出现频率最高的问题,答案就是我们实际的做法。
鸿蒙适配是重新开发一套吗?
移动端和后台是你们一起做的吗?
这套系统是你们自己写的吗?
上架审核你们管吗?
第一步做什么?
本页最后更新:2026年9月26日