鸿蒙开发:如何更新对象数组(鸿蒙系统更新表)
wptr33 2025-05-05 19:03 87 浏览
前言
本文基于Api13
之前自己封装了一个列表刷新库,已经运行了很长的时间了,可是在最近接到一个问题,说是在给列表某条数据更新的时候,发现数据没有变化,接到问题的时候就马上进入了排查,最后发现是使用上没有按照规范执行,此问题的产生就是开发中常见的对象数组更新问题,索性就简单的记录一下。
我们知道,针对一个基本类型的数组,我们可以直接进行更改,就可以影响到数据的变化,如下面的案例,一个简单的数组加载,使用的是@State装饰器,在点击按钮之后,可以发现数组中索引为0的数据就发生了变化。
@Entry
@Component
struct Index {
@State items: string[] = ["条目一","条目二","条目三"]
build() {
Column() {
ForEach(this.items, (item: string) => {
Text(item)
.height(30)
})
Button("修改数据")
.onClick(() => {
this.items[0] = "这是条目一修改后的数据"
})
}.width("100%")
.alignItems(HorizontalAlign.Center)
}
}
还是上面的案例,我们把基本类型数组改为一个对象数组,如下代码所示,就可以发现,点击按钮之后,数据没有发生变化。
class TestBean {
name?: string
constructor(name: string) {
this.name = name
}
}
@Entry
@Component
struct Index {
@State items: TestBean[] = [
new TestBean("条目一"),
new TestBean("条目二"),
new TestBean("条目三")]
build() {
Column() {
ForEach(this.items, (item: TestBean) => {
Text(item.name)
.height(30)
})
Button("修改数据")
.onClick(() => {
this.items[0].name = "这是条目一修改后的数据"
})
}.width("100%")
.alignItems(HorizontalAlign.Center)
}
}
对象形式是开发中最为常见的方式,而对数据的更新也是司空见惯,比如条目中的选中状态,虽然以上的代码没有使用到List等列表组件,但是大同小异,都存在一个典型的问题,那就是,为什么基本数组可以更新,而对象数组不能更新呢?
这是因为@State装饰器,只能观察到第一层的变化,而第二层的属性变化是无法观察到的,如果要进行对象更新,需要使用到@Observed/@ObjectLink装饰器。
如果我不使用@Observed/@ObjectLink装饰器,难道就无法更新吗?这里做一下反问,后面我们注重概述一下,我们还是先按照传统的方式,使用装饰器,看如何更新对象数组。
@Observed/@ObjectLink使用
第一步,给对象加上@Observed装饰器
@Observed
class TestBean {
name?: string
constructor(name: string) {
this.name = name
}
}
第二步,视图抽取子组件
@Component
struct TextView {
@ObjectLink item: TestBean
build() {
Text(this.item.name)
.height(30)
}
}
第三步,改为子组件
@Entry
@Component
struct Index {
@State items: TestBean[] = [
new TestBean("条目一"),
new TestBean("条目二"),
new TestBean("条目三")]
build() {
Column() {
ForEach(this.items, (item: TestBean) => {
TextView({ item: item })
})
Button("修改数据")
.onClick(() => {
this.items[0].name = "这是条目一修改后的数据"
})
}.width("100%")
.alignItems(HorizontalAlign.Center)
}
}
经过以上的步骤,我们再次点击下按钮,可以发现,对象数组中的数据已经发生了变化:
@Observed/@ObjectLink配套使用,主要是用于嵌套场景的观察,是为了弥补装饰器仅能观察一层的能力限制,但是我们可以发现为了实现对象数据的更新,我们需要拆出子组件,需要做对象观察,我就一个简单的组件,不想这么麻烦,能否进行对象数据更新呢?显然是可以的。
数组更新
1、整个对象赋值
对于一个简单元素的对象,我们可以拿到数组,针对对应的索引直接更新即可,代码如下:让新的对象赋值给指定的索引。
class TestBean {
name?: string
constructor(name: string) {
this.name = name
}
}
@Entry
@Component
struct Index {
@State items: TestBean[] = [
new TestBean("条目一"),
new TestBean("条目二"),
new TestBean("条目三")]
build() {
Column() {
ForEach(this.items, (item: TestBean) => {
Text(item.name)
.height(30)
})
Button("修改数据")
.onClick(() => {
this.items[0] = new TestBean("这是条目一修改后的数据")
})
}.width("100%")
.alignItems(HorizontalAlign.Center)
}
}
我们运行之后,可以发现数据也发生了变化,此方法更新的优点也显而易见,时间复杂度低(O(1)),代码简洁直观,更加符合我们的常规思想,缺点也很明显,如果对象元素比较多,管理稍显麻烦,毕竟是针对整个对象更新,而不是对象的单个元素。
2、单属性赋值
在第一种方式中,虽然实现了对象数组的数据更新,但是针对的是整个对象,而不是单个对象的某个属性,这对于针对单属性更新的场景非常的不便,有的同学们可能想到了,我们可以先获取某个索引的对象,修改完某个属性之后,再次赋值不就行了吗?哎,听起来好像没问题,我们验证一下:
let bean = this.items[0]
bean.name = "这是条目一修改后的数据"
this.items[0] = bean
以上的代码,我们运行之后,可以发现,并没有生效,因为对象还是原来的对象,其引用地址并未发生变化,为了使其更新,我们可以执行先删除后添加的方式,也就是先把这个位置的数据删除,在同样的位置再插入一条数据,这就实现了数据的动态变化,其实在数组中,已经为我们提供了一个方法,那就是splice方法。
splice方法是数组对象的一个内置函数,主要用于修改数组的内容,它可以实现,插入元素:可以在指定位置插入一个或多个元素到数组中;也可以进行删除元素:可以删除指定位置的一个或多个元素;也可以替换元素:可以删除指定位置的元素,并插入一个或多个新元素。
splice(start: number, deleteCount: number, ...items: T[]): T[];
start:表示要修改的起始索引位置(从0计数)。
deleteCount:表示要删除的元素数量,如果为0,则不删除任何元素。
...items: T[]:要插入到数组的元素。
我们使用splice方法对以上的代码做下优化,还是上面的案例,我们对元素为0的数据进行更新:
let bean = this.items[0]
bean.name = "这是条目一修改后的数据"
this.items.splice(0, 1, bean)
运行之后,可以发现,对象数组中的数据已经发生了变化。
相关总结
关于对象数组中的数据更新,目前例举了三种方式,一种是传统的装饰器方式,另外两种是针对数据源进行操作,数据源直接赋值的方式,适合简单、高频的单元素修改,性能最优且类型安全,而splice方法适合复杂操作或需保持引用稳定的场景,但需注意性能损耗,在实际的开发中可以根据需求,选择自己适合的方式。
相关推荐
- MySQL进阶五之自动读写分离mysql-proxy
-
自动读写分离目前,大量现网用户的业务场景中存在读多写少、业务负载无法预测等情况,在有大量读请求的应用场景下,单个实例可能无法承受读取压力,甚至会对业务产生影响。为了实现读取能力的弹性扩展,分担数据库压...
- 3分钟短文 | Laravel SQL筛选两个日期之间的记录,怎么写?
-
引言今天说一个细分的需求,在模型中,或者使用laravel提供的EloquentORM功能,构造查询语句时,返回位于两个指定的日期之间的条目。应该怎么写?本文通过几个例子,为大家梳理一下。学习时...
- 一文由浅入深带你完全掌握MySQL的锁机制原理与应用
-
本文将跟大家聊聊InnoDB的锁。本文比较长,包括一条SQL是如何加锁的,一些加锁规则、如何分析和解决死锁问题等内容,建议耐心读完,肯定对大家有帮助的。为什么需要加锁呢?...
- 验证Mysql中联合索引的最左匹配原则
-
后端面试中一定是必问mysql的,在以往的面试中好几个面试官都反馈我Mysql基础不行,今天来着重复习一下自己的弱点知识。在Mysql调优中索引优化又是非常重要的方法,不管公司的大小只要后端项目中用到...
- MySQL索引解析(联合索引/最左前缀/覆盖索引/索引下推)
-
目录1.索引基础...
- 你会看 MySQL 的执行计划(EXPLAIN)吗?
-
SQL执行太慢怎么办?我们通常会使用EXPLAIN命令来查看SQL的执行计划,然后根据执行计划找出问题所在并进行优化。用法简介...
- MySQL 从入门到精通(四)之索引结构
-
索引概述索引(index),是帮助MySQL高效获取数据的数据结构(有序),在数据之外,数据库系统还维护者满足特定查询算法的数据结构,这些数据结构以某种方式引用(指向)数据,这样就可以在这些数据结构...
- mysql总结——面试中最常问到的知识点
-
mysql作为开源数据库中的榜一大哥,一直是面试官们考察的重中之重。今天,我们来总结一下mysql的知识点,供大家复习参照,看完这些知识点,再加上一些边角细节,基本上能够应付大多mysql相关面试了(...
- mysql总结——面试中最常问到的知识点(2)
-
首先我们回顾一下上篇内容,主要复习了索引,事务,锁,以及SQL优化的工具。本篇文章接着写后面的内容。性能优化索引优化,SQL中索引的相关优化主要有以下几个方面:最好是全匹配。如果是联合索引的话,遵循最...
- MySQL基础全知全解!超详细无废话!轻松上手~
-
本期内容提醒:全篇2300+字,篇幅较长,可搭配饭菜一同“食”用,全篇无废话(除了这句),干货满满,可收藏供后期反复观看。注:MySQL中语法不区分大小写,本篇中...
- 深入剖析 MySQL 中的锁机制原理_mysql 锁详解
-
在互联网软件开发领域,MySQL作为一款广泛应用的关系型数据库管理系统,其锁机制在保障数据一致性和实现并发控制方面扮演着举足轻重的角色。对于互联网软件开发人员而言,深入理解MySQL的锁机制原理...
- Java 与 MySQL 性能优化:MySQL分区表设计与性能优化全解析
-
引言在数据库管理领域,随着数据量的不断增长,如何高效地管理和操作数据成为了一个关键问题。MySQL分区表作为一种有效的数据管理技术,能够将大型表划分为多个更小、更易管理的分区,从而提升数据库的性能和可...
- MySQL基础篇:DQL数据查询操作_mysql 查
-
一、基础查询DQL基础查询语法SELECT字段列表FROM表名列表WHERE条件列表GROUPBY分组字段列表HAVING分组后条件列表ORDERBY排序字段列表LIMIT...
- MySql:索引的基本使用_mysql索引的使用和原理
-
一、索引基础概念1.什么是索引?索引是数据库表的特殊数据结构(通常是B+树),用于...
- 一周热门
-
-
C# 13 和 .NET 9 全知道 :13 使用 ASP.NET Core 构建网站 (1)
-
程序员的开源月刊《HelloGitHub》第 71 期
-
详细介绍一下Redis的Watch机制,可以利用Watch机制来做什么?
-
假如有100W个用户抢一张票,除了负载均衡办法,怎么支持高并发?
-
如何将AI助手接入微信(打开ai手机助手)
-
Java面试必考问题:什么是乐观锁与悲观锁
-
SparkSQL——DataFrame的创建与使用
-
redission YYDS spring boot redission 使用
-
一文带你了解Redis与Memcached? redis与memcached的区别
-
如何利用Redis进行事务处理呢? 如何利用redis进行事务处理呢英文
-
- 最近发表
- 标签列表
-
- git pull (33)
- git fetch (35)
- mysql insert (35)
- mysql distinct (37)
- concat_ws (36)
- java continue (36)
- jenkins官网 (37)
- mysql 子查询 (37)
- python元组 (33)
- mybatis 分页 (35)
- vba split (37)
- redis watch (34)
- python list sort (37)
- nvarchar2 (34)
- mysql not null (36)
- hmset (35)
- python telnet (35)
- python readlines() 方法 (36)
- munmap (35)
- docker network create (35)
- redis 集合 (37)
- python sftp (37)
- setpriority (34)
- c语言 switch (34)
- git commit (34)