鸿蒙 ArkTS 实战:Offline Survival Pack 从效率工具到状态管理完整解析

📅 2026/7/19 2:15:18 👁️ 阅读次数 📝 编程学习
鸿蒙 ArkTS 实战:Offline Survival Pack 从效率工具到状态管理完整解析

鸿蒙 ArkTS 实战:Offline Survival Pack 从效率工具到状态管理完整解析

前言

Offline Survival Pack 是一个面向离线应急包的鸿蒙 ArkTS 单页工具。项目通过条目列表、统计卡片、辅助开关和状态切换,把一个高频效率场景整理为可操作页面。

它服务于 为户外、旅行等场景准备离线文件、紧急电话、地图截图和准备列表。对户外旅行用户、应急准备用户、离线办公用户来说,重点是把对象、数量、备注和当前状态统一呈现,减少重复查找和手工整理。

业务痛点:离线场景下网络不可用,临时找联系人、地图和资料会带来明显风险。

图示说明:本文围绕 Offline Survival Pack 的模型、统计、开关和列表状态切换展开。

一、业务定位与产品目标

1.1 使用场景

用离线物品数量、清单备注和活跃状态管理应急包,提前准备关键资料。 当前实现以页面工作台为主,后续可以继续接入真实系统能力、硬件能力或本地存储。

1.2 页面能力概览

当前页面包含四个关键区域:

  1. 顶部标题,确认工具场景。

  2. 统计卡片,展示ItemsActive

  3. 功能标签,提示核心能力。

  4. 表单和列表,完成新增、展示和状态切换。

页面区域实现元素业务作用
标题区Text标识离线应急包
统计区totalAmount / selectedCount统计离线物品和活跃状态
标签区四个 Text 标签提示核心能力
列表区ForEach展示记录并切换状态

二、工程结构与入口文件

2.1 目录结构

项目采用标准 Stage 工程,主页面位于entry/src/main/ets/pages/Index.ets。这种结构便于直接阅读页面状态和交互逻辑。

entry/ src/ main/ ets/ entryability/ EntryAbility.ets pages/ Index.ets module.json5

2.2 入口配置理解

页面负责展示和交互,Ability 负责加载入口。后续接入真实能力时,仍然要围绕这个入口结构组织模块。

{"module":{"name":"entry","type":"entry","abilities":[{"name":"EntryAbility","srcEntry":"./ets/entryability/EntryAbility.ets","exported":true}]},"topic":"离线应急包"}

三、数据模型:记录条目的最小闭环

3.1 字段设计

AppItem使用titleamountnoteactive四个字段描述一条记录。它们分别对应对象、数量、备注和状态。

interfaceAppItem{title:string;amount:number;note:string;active:boolean;}@Stateitems:AppItem[]=[{title:'Emergency contacts',amount:6,note:'Offline ready',active:false},{title:'Trail map screenshots',amount:4,note:'Checklist packed',active:false}];

3.2 默认数据分析

默认数据体现了项目的业务方向,也方便首次运行时验证统计区和列表区。

默认标题数量备注Active
Emergency contacts6Offline readyfalse
Trail map screenshots4Checklist packedfalse

这些默认数据覆盖离线文件紧急电话地图截图清单检查,不是空泛占位。

四、状态管理:输入与辅助开关

4.1 页面状态字段

页面使用@State管理输入框、helperOn开关和状态文案。开关在界面中显示为Helper

@StatetitleText:string='';@StateamountText:string='';@StatenoteText:string='';@StatehelperOn:boolean=true;@Statestatus:string='Workspace ready';

4.2 输入隔离

输入框内容先保存在临时状态中,点击新增并通过校验后才进入正式列表。

关键点:效率工具类页面需要把操作对象、状态反馈和备注放在同一条记录中,才方便后续复盘。

五、统计逻辑:总量与活跃数

5.1 总量统计

totalAmount()遍历 items,把 amount 相加为Items

5.2 活跃统计

selectedCount()统计 active 为 true 的记录,并展示为活跃数与总数的比例。

privatetotalAmount():number{lettotal=0;this.items.forEach((item:AppItem)=>{total+=item.amount;});returntotal;}privateselectedCount():number{letcount=0;this.items.forEach((item:AppItem)=>{if(item.active){count++;}});returncount;}
函数统计来源页面位置业务意义
totalAmountamountItems掌握离线物品规模
selectedCountactiveActive掌握当前活跃记录
toggleActiveindex列表勾选切换单条状态

六、新增记录流程

6.1 校验规则

新增时会检查标题和数量。标题为空或数量非法时,状态文案提示用户修正输入。

6.2 顶部插入

新记录插入到数组最前面,因此最新任务总能优先显示。

privateaddItem():void{constamount=Number(this.amountText);if(this.titleText.trim().length===0||!Number.isFinite(amount)){this.status='Enter title and valid number';return;}this.items=[{title:this.titleText,amount:Math.round(amount),note:this.noteText.length>0?this.noteText:'No note yet',active:false},...this.items];this.titleText='';this.amountText='';this.noteText='';this.status='Record added';}

七、状态切换与刷新机制

7.1 切换逻辑

勾选列表项时会反转 active 字段,并通过数组展开生成新引用,保证 UI 刷新。

privatetoggleActive(index:number):void{this.items[index].active=!this.items[index].active;this.items=[...this.items];}

7.2 视觉反馈

active 为 true 的记录使用浅绿色背景,未激活记录保持白色。

状态背景色用户感知
未激活#FFFFFF仍需处理或观察
已激活#DCFCE7当前重点或已启用
输入异常状态文案需要修正输入

八、统计卡片与能力标签

8.1 顶部统计卡片

顶部双卡片分别展示业务总量和活跃状态,蓝色强调数量,绿色强调状态。

Row({space:10}){Column({space:4}){Text('Items').fontSize(13).fontColor('#475569')Text(String(this.totalAmount())).fontSize(24).fontWeight(FontWeight.Bold).fontColor('#1D4ED8')}.layoutWeight(1).padding(14).backgroundColor('#DBEAFE').borderRadius(8)Column({space:4}){Text('Active').fontSize(13).fontColor('#475569')Text(this.selectedCount()+'/'+this.items.length).fontSize(24).fontWeight(FontWeight.Bold).fontColor('#047857')}.layoutWeight(1).padding(14).backgroundColor('#D1FAE5').borderRadius(8)}

8.2 功能标签解读

四个标签分别是Offline filesEmergency phoneMap screenshotChecklist

  • 离线文件:确认能力入口。

  • 紧急电话:表达核心操作。

  • 地图截图:补充过程状态。

  • 清单检查:保留后续处理依据。

九、表单与列表渲染

9.1 表单区域

表单由标题、数量和备注三个输入框组成,配合按钮完成记录创建。

Column({space:10}){TextInput({placeholder:'Title',text:this.titleText}).onChange((value:string)=>this.titleText=value)TextInput({placeholder:'Number',text:this.amountText}).type(InputType.Number).onChange((value:string)=>this.amountText=value)TextInput({placeholder:'Note',text:this.noteText}).onChange((value:string)=>this.noteText=value)Button('Add record').height(42).width('100%').onClick(()=>this.addItem())}

9.2 列表区域

列表用ForEach渲染,每行包括 checkbox、标题、备注和数量。

ForEach(this.items,(item:AppItem,index:number)=>{Row(){Toggle({type:ToggleType.Checkbox,isOn:item.active}).onChange(()=>this.toggleActive(index))Column({space:6}){Text(item.title).fontSize(18).fontWeight(FontWeight.Bold).fontColor('#111827')Text(item.note).fontSize(14).fontColor('#475569')}.layoutWeight(1).margin({left:8})Text(String(item.amount)).fontSize(18).fontWeight(FontWeight.Bold).fontColor('#1D4ED8')}.padding(14).backgroundColor(item.active?'#DCFCE7':'#FFFFFF').borderRadius(8).width('100%')})

十、业务流程复盘

10.1 标准路径

Offline Survival Pack 的一次完整使用可以拆成四步:

  1. 录入应急物品。
  2. 填写数量。
  3. 备注离线状态。
  4. 切换准备状态。

10.2 异常路径

当标题为空或数量非法时,新增动作会被拦截,避免无效记录进入正式列表。

constamount=Number(this.amountText);constinvalid=this.titleText.trim().length===0||!Number.isFinite(amount);if(invalid){this.status='Enter title and valid number';}

十一、扩展设计

11.1 持久化模型

正式应用可以增加 id、更新时间和状态来源,方便同步、搜索和审计。

interfacePersistedAppItem{id:string;title:string;amount:number;note:string;active:boolean;updatedAt:number;}

11.2 能力扩展

后续可以接入离线文件管理、联系人快捷拨号、地图缓存和清单提醒。

扩展顺序建议为:

  1. 增加本地持久化,保证记录不丢失。

  2. 接入真实系统能力或业务 API。

  3. 增加历史搜索、导出和异常处理。

十二、调试与验证

12.1 核心验证点

验证时重点检查新增、统计、状态切换、背景变化和错误提示。

12.2 运行检查

可以在 DevEco Studio 中运行预览或真机,按输入、切换、复盘路径逐项验证。

# 常规验证动作# 1. 输入标题、数量和备注# 2. 点击 Add record# 3. 检查新记录是否位于顶部# 4. 勾选记录并观察 Active 统计
验证项预期结果业务意义
有效新增列表顶部出现新记录快速沉淀现场信息
空标题显示错误状态避免无效记录
勾选状态统计和背景同步变化明确当前状态
空备注写入 No note yet保持列表可读

十三、可复用的效率工具模式

13.1 通用公式

这类应用可以抽象为一个通用公式:业务对象、数量口径、上下文备注、活跃状态。

业务对象 + 数量口径 + 上下文备注 + 活跃状态 = 可复用的效率工具工作台

13.2 复用边界

复用时要同步调整默认数据、统计口径、功能标签和业务说明,不能只替换标题。

总结

Offline Survival Pack 用简洁的 ArkTS 单页结构实现了离线应急包的记录、统计、辅助开关和活跃状态切换。它为后续接入真实能力提供了清晰页面基础。

对 户外旅行用户、应急准备用户、离线办公用户 来说,这种工具能降低状态确认和信息复盘成本。补齐持久化、业务 API 和异常处理后,可以继续演进为更完整的实用工具。

如果这篇文章对你有帮助,可以点赞、收藏并关注,后续会继续拆解更多鸿蒙 ArkTS 实战项目。


相关资源:

  • HarmonyOS 应用开发
  • ArkTS 语言基础
  • ArkUI 声明式开发
  • DevEco Studio
  • Stage 模型应用结构
  • Ability Kit