鸿蒙 ArkTS 实战:Poetry Cards 从状态建模到交互闭环完整解析

发布时间:2026/11/5 18:05:14

鸿蒙 ArkTS 实战:Poetry Cards 从状态建模到交互闭环完整解析 鸿蒙 ArkTS 实战Poetry Cards 从状态建模到交互闭环完整解析前言Poetry Cards 是一个面向学习成长工具的鸿蒙 ArkTS 小应用。管理诗词卡片、收藏状态和背诵模式。 本文围绕项目中的 entry/src/main/ets/pages/Index.ets 展开拆解它的数据模型、State 状态、业务方法、Builder 组件和页面布局方式帮助读者理解一个轻量鸿蒙应用如何从静态数据走向可交互页面。图示说明页面以卡片、列表、输入框、按钮和状态统计为主体适合在 DevEco Studio 中作为 ArkTS 组件化练习项目。一、项目定位与功能闭环1.1 应用要解决的问题Poetry Cards 的业务入口非常轻用户打开页面后先看到已有数据和统计信息再通过输入框或按钮触发状态变化。它不是重后台项目而是典型的单页状态驱动应用。维度项目表现技术落点数据承载使用接口描述业务对象interface页面状态使用 State 保存列表、输入和开关ArkTS 状态管理交互动作点击按钮后重建数组或修改字段不直接突变旧数组视觉组织卡片、行组件、统计块Builder 复用运行环境DevEco Studio 鸿蒙 ArkTSStage 模型页面1.2 本文阅读重点先看数据模型理解页面到底在管理什么。再看状态变量判断哪些字段会触发 UI 刷新。接着看核心方法梳理新增、切换、筛选、统计等动作。最后看页面布局把业务数据映射成用户能理解的界面。核心观点ArkTS 页面开发的关键不是把控件堆满而是让数据结构、状态变化和 UI 呈现形成稳定闭环。二、工程结构与入口文件2.1 目录结构本项目是标准鸿蒙工程核心页面位于 entry/src/main/ets/pages/Index.ets。文章聚焦这个文件因为它包含了主要模型、状态、方法和 UI。Poetry Cards ├── AppScope ├── entry │ └── src │ └── main │ ├── ets │ │ └── pages │ │ └── Index.ets │ └── module.json5 ├── hvigor ├── build-profile.json5 └── oh-package.json52.2 页面入口ArkTS 页面通过 Entry 和 Component 标记入口组件uild() 方法负责描述 UI 树。EntryComponentstruct Index{build(){Scroll(){Column(){// 页面内容}}}}2.3 技术栈表技术点用途在项目中的角色ArkTS页面逻辑与类型声明主开发语言ArkUI声明式组件构建界面State响应式状态驱动刷新Builder组件片段复用降低重复布局Hvigor构建系统工程构建三、数据模型设计3.1 模型清单源码中出现的业务模型为$ifaceList。这些接口用于约束列表数据结构让 UI 渲染时能明确字段来源。interfacePoemCard{id:number;title?:string;name?:string;done?:boolean;status?:string;}上面的代码展示了这类模型的常见形态id 用于列表 key名称字段用于展示状态字段用于判断颜色、按钮文案和操作结果。3.2 模型设计表模型主要价值页面用途$primaryInterface承载核心业务条目列表渲染、按钮操作辅助模型承载记录、提示或分类详情展示、过滤统计状态字段表示完成、提醒、选中等状态控制颜色和文案3.3 为什么用 interfaceArkTS 中使用 interface 可以在编写对象数组时获得更强的结构约束减少字段拼写错误。对于列表型应用这一点尤其重要。实践要点如果页面中有多条同结构数据应优先抽象成接口再让 State 数组保存该接口类型。四、状态变量拆解4.1 State 清单项目中的状态声明包括$stateList。Stateitems:PoemCard[][];StatedraftText:string;StateselectedIndex:number0;Stateenabled:booleantrue;实际源码会根据业务命名例如列表、输入框、筛选条件、开关状态等。它们共同决定页面当前显示什么、按钮点击后更新什么。4.2 状态分类状态类型示例作用列表状态$primaryState页面主体数据输入状态draftName、keyword、nswer接收用户输入选择状态selectedId、 ilter、cursor决定当前视图开关状态eminder、shared、ecording控制功能启停统计状态correct、wrong、seconds形成即时反馈4.3 状态更新原则ArkTS 页面中列表更新常采用重建数组的方式这样更容易触发界面刷新。privateupdateItem(id:number):void{this.itemsthis.items.map((item:PoemCard){if(item.id!id){returnitem;}return{...item,done:!item.done};});}五、核心方法解析5.1 方法清单源码中的核心方法包括$methodList。这些方法构成了应用的业务动作层。方法类型常见方法说明统计方法otal、count、verage从列表中派生数字新增方法ddItem、ddTask从输入状态创建新对象切换方法oggle、 inish、ext修改完成、提醒、进度过滤方法isible、 iltered根据关键词或分类筛选展示方法ow、card、sectionHeader组织 UI 片段5.2 统计方法很多轻量应用都需要顶部统计卡片。统计方法通常通过 ilter、educe 或数组长度计算。privatecountActive():number{returnthis.items.filter((item:PoemCard)!item.done).length;}privatetotalValue():number{returnthis.items.reduce((sum:number,item:PoemCard)sum1,0);}5.3 新增方法新增逻辑的关键是从输入框状态读取文本做空值判断再把新对象插入列表。privateaddItem():void{consttitlethis.draftText.trim();if(title.length0){return;}constidthis.items.reduce((maxId:number,item:PoemCard)Math.max(maxId,item.id),0)1;constitem:PoemCard{id:id,title:title,done:false};this.items[item,...this.items];this.draftText;}5.4 切换方法完成、提醒、收藏、订阅这类动作都可以通过 map 生成新数组。privatetoggleItem(id:number):void{this.itemsthis.items.map((item:PoemCard){returnitem.idid?{...item,done:!item.done}:item;});}六、Builder 组件复用6.1 Builder 清单项目中的 Builder 组件包括$builderList。Builder 适合承载重复出现的 UI 片段比如统计卡、列表行、筛选按钮、章节标题等。Builderprivaterow(item:PoemCard){Row(){Text(item.title??item.name??未命名).fontSize(16).fontWeight(FontWeight.Medium)}.padding(12).backgroundColor(#FFFFFF).borderRadius(8)}6.2 复用价值Builder复用价值适用位置统计卡片避免重复写数字和标签布局顶部概览列表行统一条目样式主列表筛选按钮保持选中态一致分类切换区块标题统一标题和辅助信息页面分组6.3 组件边界Builder 不需要承担复杂业务判断它更适合做“给定数据渲染界面”。业务变化仍然放在 private 方法中。七、页面布局结构7.1 Scroll Column这批项目大多采用 Scroll 包裹 Column 的布局方式适合移动端纵向内容流。Scroll(){Column(){// 头部区域// 输入区域// 列表区域// 详情区域}.width(100%).padding(16)}.height(100%).width(100%)7.2 页面分区分区作用常用组件头部展示标题、说明、统计Text、Row、Column输入区接收新增数据TextInput、Button操作区筛选、切换、开关Button、Toggle列表区展示业务条目ForEach、Builder 行结果区展示统计或详情Card 风格容器7.3 ForEach 渲染列表通常通过 ForEach 渲染并使用 id 作为稳定 key。ForEach(this.items,(item:PoemCard){this.row(item)},(item:PoemCard)item.id.toString())稳定 key 能减少列表刷新时的错位也更利于后续扩展动画或局部更新。八、交互闭环设计8.1 从输入到列表新增动作通常经过以下路径TextInput 的 onChange 更新草稿状态。Button 的 onClick 调用新增方法。新增方法创建业务对象。列表状态重建页面自动刷新。TextInput({text:this.draftText}).onChange((value:string){this.draftTextvalue;})Button(添加).onClick((){this.addItem();})8.2 从按钮到状态切换类按钮不需要复杂表单只要传入条目 id 即可。Button(完成).onClick((){this.toggleItem(item.id);})8.3 状态反馈按钮文案、颜色、标签和统计数字都来自状态。这样用户的每次点击都能马上看到反馈。关键点页面反馈越直接工具应用越容易形成“点一下就知道结果”的操作感。九、视觉层与信息层9.1 色彩表达项目常用白色卡片承载内容用主题色突出主按钮再用绿色、橙色、红色表达安全、待处理、异常等状态。状态色彩倾向用户理解正常绿色已完成、可用、安全待处理橙色需要关注异常红色需要立即处理中性灰色普通说明9.2 文本层级标题使用较大字号列表项名称使用中等字号说明文本使用小字号。这样的层级适合小屏阅读。Text(页面标题).fontSize(30).fontWeight(FontWeight.Bold)Text(辅助说明).fontSize(14).fontColor(#667085)十、鸿蒙 ArkTS 开发要点10.1 类型先行先定义接口再写状态数组可以让页面开发更稳。10.2 状态集中当前项目把状态集中在 Index 组件内适合轻量单页应用。随着功能增加可以再拆分组件或引入持久化。10.3 方法命名源码中的 $primaryMethod 等方法名直观表达动作有利于阅读和维护。10.4 UI 与逻辑分离Builder 负责渲染private 方法负责业务动作这种分工能让页面不至于变成一整块难读代码。十一、运行与调试流程11.1 使用 DevEco Studio 打开# 使用 DevEco Studio 打开项目目录# 同步 oh-package 依赖# 选择模拟器或真机运行 entry 模块11.2 命令行构建思路hvigorw clean hvigorw assembleHap11.3 调试观察点观察点关注内容页面是否进入Entry 是否正常加载列表是否刷新State 数组是否重建输入是否生效onChange 是否写回状态按钮是否响应onClick 是否调用方法样式是否稳定卡片宽度、颜色、字号是否一致十二、可维护性拆解12.1 文件规模当前 Index.ets 约 86 行属于可阅读的单页规模。随着功能继续增加可以把列表行、统计卡和输入区拆到独立组件。12.2 数据扩展如果要接入本地存储可以先为 $primaryInterface 增加序列化字段再在页面加载时恢复列表。interfaceStoredRecord{id:number;payload:string;updatedAt:number;}12.3 异常边界输入为空时直接返回是轻量应用常见处理方式。更复杂的产品可以加入 Toast 或错误提示。十三、同类项目迁移思路13.1 可复用结构Poetry Cards 的结构可以迁移到很多轻量工具一组业务对象。一组页面状态。若干统计方法。一个新增入口。一个列表展示区。13.2 抽象模板interfaceItemModel{id:number;title:string;done:boolean;}Stateitems:ItemModel[][];privateaddItem(title:string):void{this.items[{id:Date.now(),title:title,done:false},...this.items];}13.3 适配范围应用类型可复用部分清单工具列表、完成状态、统计记录工具输入、历史、筛选学习工具进度、得分、卡片家庭工具提醒、状态、分组十四、项目亮点总结14.1 业务表达清晰Poetry Cards 没有把逻辑藏在复杂框架里而是直接用接口、状态和方法表达业务。14.2 页面反馈及时每个操作都会落到 State列表、统计和按钮状态随之变化。14.3 结构适合继续扩展当前结构可以自然扩展持久化、搜索、排序、通知和多页面跳转。十五、总结Poetry Cards 展示了鸿蒙 ArkTS 单页应用的典型写法通过 $ifaceList 建模业务数据通过 $stateList 保存页面状态通过 $methodList 完成统计、筛选、新增和切换再通过 $builderList 把重复 UI 片段组件化。它的价值不只是一个具体工具而是一套可以迁移到其他轻量应用的工程组织方式。对于正在学习鸿蒙 ArkTS 的开发者来说这个项目适合重点观察三件事数据模型如何约束页面、状态变化如何驱动 UI、Builder 如何让列表和卡片保持一致。掌握这三点后就能快速搭建更多家庭、学习、办公类小工具。如果这篇文章对你有帮助欢迎点赞、收藏、关注你的支持是我持续创作的动力相关资源HarmonyOS DeveloperArkTS 语言基础ArkUI 声明式开发DevEco Studio鸿蒙应用工程结构开源鸿蒙跨平台社区
延伸阅读

更多相关文章

2026/11/5 15:23:43

FineReport(帆软报表)V11.05安装使用教程

软件下载 官网下载地址 官方下载中心 - FineReport免费下载 点击下图所示进行下载 点击保留 软件安装 右键以管理员身份运行 点击是 稍等下 点击下一步 选择我接受协议,点击下一步 选择安装路径,点击下一步 这里设置jvm内存,建议设置2G或以…

2026/11/4 21:25:24

lingjing外部靶机 targetedPractice:burp-labs

因为搜不到该靶机的解题过程记录,有些wp需要花钱,所以我自己做了一个我自己解题过程的记录方便我自己复盘。每关的答案都统一放到最后了。初级篇:level 1:基础爆破——学习使用Intruder。解题:测试出已存在的用户名,如admin,通过I…

2026/11/4 18:17:53

会员管理系统哪个好?储值、积分和复购功能对比

会员管理系统哪个好?储值、积分和复购功能对比会员管理系统哪个好,不能只看能不能录入客户姓名和手机号。真正能帮门店和商家产生价值的会员系统,通常要能承接储值、积分、等级、优惠券、消费记录、核销和老客回访。否则会员数据只是名单&…

2026/11/5 16:51:33

EasyU优启通PE维护盘实战指南:制作、启动与核心操作全解析

1. 为什么一个PE维护盘值得单独拿出来聊装系统、修引导、救数据、清病毒,这些活儿但凡干过几次的人都知道,真正决定效率的往往不是你手速多快,而是手边那套PE环境靠不靠谱。EasyU(圈内习惯叫优启通)就是在这个场景下被…

2026/11/5 16:26:13

Rust原来很简单二:所有权系统

Part 2 核心篇 —— 所有权系统 本篇覆盖 第 6 ~ 10 章:所有权、借用与引用、生命周期、字符串与切片、内存模型。 ⚠️ 这是全书最重要的一篇。 把它吃透,Rust 从此“很简单”;跳过它,你会处处碰壁。请慢下来,动手敲每一段代码。 第 6 章 所有权:Rust 的第一性原理 6…

2026/11/5 15:00:49

基于Hadoop+Spark的民宿智能推荐系统设计与实现

1. 项目概述:大数据时代的民宿智能推荐这个毕业设计项目融合了当前大数据领域最主流的技术栈,构建了一个完整的民宿推荐系统解决方案。作为一名长期从事大数据系统开发的工程师,我认为这个选题非常贴合实际应用场景——随着旅游业的复苏和共享…

2026/11/5 14:10:30

ADS122U04IPWR+STM32F427ZI工业级温度测量信号链设计

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/5 14:10:30

UART接口24位ADC搭配RS485,解决远距离温度监控难题

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/5 14:10:30

UART接口24位ADC搭配PIC18F46K22的RTD与热电偶测温实践

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/5 15:39:06

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

在智慧养宠时代,基于视觉的宠物身份识别技术正逐步从实验室走向家庭应用。然而,与配合度高的人类不同,宠物是典型的“非合作生物识别对象”——它们不会主动配合摄像头调整姿态,更无法控制光照环境。实际应用中,我们常…

2026/11/4 21:04:25

SSM电子书店源码全解析:结构、原理、部署与排错实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/5 0:02:07

多智能体协作系统架构设计与实践优化

1. 多智能体协作系统的时代背景2017年Transformer架构的诞生彻底改变了人工智能的发展轨迹。当行业还沉浸在单一大模型带来的性能突破时,Anthropic的研究团队已经将目光投向了更前沿的领域——如何让多个智能体通过协作产生超越单体能力的系统智能。这就像交响乐团中…

2026/11/5 0:02:07

大模型系统性入门实战指南:从原理到部署微调的全链路路线

提到大模型的系统性入门,我先说个结论:这事真不难,难的是资料太散、路线太多,今天这个框架明天那个工具,新人很容易在“收藏夹吃灰”和“教程看到一半放弃”之间反复横跳。市面上关于大模型的内容少说有几十万篇&#…

2026/11/5 0:02:07

鸿蒙文件系统沙箱机制解析与开发实践

1. 鸿蒙文件系统沙箱机制深度解析作为一名从Android转向鸿蒙开发的工程师,我深刻体会到文件系统访问是迁移过程中最先遇到的"拦路虎"。在Android上运行良好的文件读写代码,在鸿蒙真机环境却频频出现文件写入后神秘消失或直接抛出权限拒绝错误的…

2026/11/5 15:39:06

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

在智慧养宠时代,基于视觉的宠物身份识别技术正逐步从实验室走向家庭应用。然而,与配合度高的人类不同,宠物是典型的“非合作生物识别对象”——它们不会主动配合摄像头调整姿态,更无法控制光照环境。实际应用中,我们常…

2026/11/4 21:04:25

SSM电子书店源码全解析:结构、原理、部署与排错实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

还想了解更多?直接咨询顾问

免费诊断 + 免费方案 + 透明报价。

全国咨询热线400-8866-253
免费获取方案
☎咨询二维码 ☎ ↑