移动端多端适配结构的示意
ORANGEZH / 交付案例

无人体系移动端应用(含鸿蒙适配)

uni-app 多端移动应用,覆盖 Android / iOS 并完成鸿蒙环境适配,与运营后台数据互通,维护中的移动端交付。

约 5 分钟读完 5 条买家问答 关键事实可核验

项目概览

客户是谁

某无人体系运营方向项目。交付的是项目中的移动端应用:基于 uni-app 的多端应用,覆盖 Android 与 iOS,并完成鸿蒙环境适配,与运营后台账号数据互通。

遇到什么问题

移动端在这个项目里的角色是现场侧的工作入口:任务下发、状态回报、消息提醒都发生在移动端。

难点不在界面数量,而在生态差异——Android 与 iOS 的发布门槛各一套,设备侧终端逐步转向鸿蒙环境后,适配又多了一层。任何一端掉队,现场人员的设备就可能装不上应用。

我们做了什么

  • 主体代码共享。用 uni-app 把业务界面与逻辑收敛到一套代码,各端差异收在适配层,避免四套界面四套维护。
  • 账号与数据同源。移动端不建独立的账号体系,权限与数据接口全部对齐运营后台,两端看到的一致,不会出现「后台改了移动端没生效」这类问题。
  • 把发布环节当工程环节管。各端审核与上架要求前置到开发阶段核对,交付节奏不被发布环节卡住。

难点怎么解决的

  • 多端维护成本高:业务代码一套,差异收进适配层。
  • 两端数据不一致:账号与接口对齐后台,权限和数据只有一份来源。
  • 上架环节卡交付节奏:审核与上架要求前置到开发阶段核对。

交付了什么

系统按客户端、适配层、接口层组织:uni-app 与 Vue3 承载界面与业务;适配层处理 Android、iOS 与鸿蒙的兼容差异;接口层统一对接后台的账号、任务与消息,多端共享同一套接口约定。

现在的状态

系统处于维护期。我们负责移动端应用与各端适配;运营后台建设为本项目体系内另案交付,无人机飞控与图传链路不在移动端范围,各应用商店的上架运营代运营也不在其中。

项目信息

客户

某无人体系运营方向项目

行业

低空经济与无人系统

项目周期

未披露

技术栈

uni-app / Vue3 / Android / iOS / HarmonyOS 适配

服务类型

无人体系移动端应用

CHALLENGES

客户当时面对的现实

01

Android、iOS 之外,设备侧终端逐步转向鸿蒙环境,应用必须跟着走

02

移动端与运营后台要数据互通,账号与权限不能各管一摊

03

多端发布各自有审核与上架要求,交付节奏容易被卡在发布环节

CAPABILITIES

我们交付的能力

多端交付的难点不在写四套界面,在四个生态各有一套门槛

uni-app 一套代码多端发布

Android / iOS 共享主体代码,降低多端维护成本。

鸿蒙环境适配

完成鸿蒙环境的兼容适配,覆盖设备侧终端的国产化需求。

与运营后台互通

账号体系与数据接口与后台统一,移动端看到的与后台记录一致。

任务与消息提醒

任务下发与状态变化推送到移动端,现场人员及时响应。

SCOPE

交付范围

以下范围按本项目实际交付内容与边界整理,不属于这次范围的部分一并列出。

已交付

  • 多端移动应用
  • 鸿蒙环境适配
  • 与后台的账号与数据互通
  • 消息提醒

不在本次范围

  • 运营后台本身的建设(另案交付)
  • 无人机飞控与图传链路
  • 各应用商店的上架运营代运营

ARCHITECTURE

分层技术架构

公开口径归纳为三层:uni-app 与 Vue3 承载界面与业务;适配层处理 Android、iOS 与鸿蒙的兼容差异;接口层统一对接后台账号、任务与消息。

FLOW 01

客户端

uni-app Vue3

一套代码多端发布

FLOW 02

适配层

Android iOS HarmonyOS

各生态兼容适配

FLOW 03

接口层

账号 任务 消息

与运营后台数据互通

DELIVERY

交付过程

分阶段推进,每个阶段都有可验收的产出,客户在早期就能看到实际效果。

阶段一

终端清单确认

确认目标机型与系统版本,锁定适配范围。

阶段二

主体应用开发

uni-app 主体界面与业务逻辑开发。

阶段三

多端适配

完成 Android、iOS 发布与鸿蒙环境兼容适配。

阶段四

互通与发布

与运营后台账号数据联调,分端提交发布。

FACTS

可核验的交付事实

以下内容来自本项目实际交付物;未经验证的指标不予展示。

3端覆盖

Android / iOS / 鸿蒙适配

1套代码

uni-app 主体共享

统一账号体系

与运营后台同源

TRANSFER

这套做法适不适合你

案例的用处不是证明"我们做过",而是让你判断"在我们这种条件下能不能做成"。下面三句是我们对这一单的判断,写下来供你对照自己的情况。

适合什么情况

适合既要常规双端又要覆盖鸿蒙终端的移动端交付。

什么情况下别照搬

飞控与图传不在移动端范围;商店账号运营归客户。

如果要试,第一步做什么

先定终端与系统版本清单,适配范围先定死。

FAQ

常见问题

以下是同类项目沟通中出现频率最高的问题,答案就是我们实际的做法。

鸿蒙适配是重新开发一套吗?
不是。主体基于 uni-app 共享代码,鸿蒙侧做环境兼容与适配,不是推倒重写。
移动端和后台是你们一起做的吗?
是同一项目体系内交付的,账号与数据接口同源,两端不会对不上。
这套系统是你们自己写的吗?
业务层是我们自研的,对外统一表述为「基于成熟开源框架自研业务层」。
上架审核你们管吗?
我们负责按各端要求完成技术侧适配与提交材料;账号主体与资质属于客户,代运营不在范围。
第一步做什么?
先确认目标终端清单:哪些机型、哪些系统版本,适配范围先定死。

本页最后更新:2026年9月26日

下一步

聊聊你的多端清单

从目标终端与系统版本出发,先把适配范围定死再排期。

商务联系人卢刚
商务联系人微信二维码 微信扫码加商务联系人,
发需求文档或截图都行。