HarmonyOS实战开发-高性能ArkUI组件复用实践案例

概述

若开发者的应用中存在以下场景,并成为UI线程的帧率瓶颈,应该考虑使用组件复用机制提升应用性能:
●列表滚动(本例中的场景):当应用需要展示大量数据的列表,并且用户进行滚动操作时,频繁创建和销毁列表项的视图可能导致卡顿和性能问题。在这种情况下,使用列表组件的组件复用机制可以重用已经创建的列表项视图,提高滚动的流畅度。

●动态布局更新:如果应用中的界面需要频繁地进行布局更新,例如根据用户的操作或数据变化动态改变视图结构和样式,重复创建和销毁视图可能导致频繁的布局计算,影响帧率。在这种情况下,使用组件复用可以避免不必要的视图创建和布局计算,提高性能。

●地图渲染:在地图渲染这种场景下,频繁创建和销毁数据项的视图可能导致性能问题。使用组件复用可以重用已创建的视图,只更新数据的内容,减少视图的创建和销毁,能有效提高性能。

●HarmonyOS应用框架提供了组件复用能力:可复用组件从组件树上移除时,会进入到一个回收缓存区,后续创建新组件节点时,会复用缓存区中的节点,节约组件重新创建的时间。

本文会介绍如何使用组件复用机制提升应用帧率。

组件复用原理与使用

原理介绍

组件复用机制如下:

1.标记为@Reusable的组件从组件树上被移除时,组件和其对应的JSView对象都会被放入复用缓存中。
2.当列表滑动新的ListItem将要被显示,List组件树上需要新建节点时,将会从复用缓存中查找可复用的组件节点。
3.找到可复用节点并对其进行更新后添加到组件树中。从而节省了组件节点和JSView对象的创建时间。
图1 组件复用原理图

在这里插入图片描述

说明
需要注意的是,虽然这里是使用List组件进行举例,但是不代表组件复用只能用在滚动容器里,只要是发生了相同自定义组件消毁和再创建的场景,都可以使用组件复用。

使用规则
组件复用的示例代码如下:

// xxx.ets
export class Message {
  value: string | undefined;

  constructor(value: string) {
    this.value = value
  }
}

@Entry
@Component
struct Index {
  @State switch: boolean = true
  build() {
    Column() {
      Button('Hello World')
        .fontSize(50)
        .fontWeight(FontWeight.Bold)
        .onClick(() => {
          this.switch = !this.switch
        })
      if (this.switch) {
        Child({ message: new Message('Child') })
          // 如果只有一个复用的组件,可以不用设置reuseId
          .reuseId('Child')
      }
    }
    .height("100%")
    .width('100%')
  }
}

@Reusable
@Component
struct Child {
  @State message: Message = new Message('AboutToReuse');

  aboutToReuse(params: Record<string, ESObject>) {
    console.info("Recycle Child")
    this.message = params.message as Message
  }

  build() {
    Column() {
      Text(this.message.value)
        .fontSize(20)
    }
    .borderWidth(2)
    .height(100)
  }
}

1.@Reusable:自定义组件被@Reusable装饰器修饰,即表示其具备组件复用的能力。

2.aboutToReuse:当一个可复用的自定义组件从复用缓存中重新加入到节点树时,触发aboutToReuse生命周期回调,并将组件的构造参数传递给aboutToReuse。

3.reuseId:用于标记自定义组件复用组,当组件回收复用时,复用框架将根据组件的reuseId来划分组件的复用组。如果只有一个复用的组件,可以不用设置reuseId。

组件复用优化方法

减少组件复用的嵌套层级

在组件复用场景下,过深的自定义组件的嵌套会增加组件复用的使用难度,比如需要逐个实现所有嵌套组件中aboutToReuse回调实现数据更新;因此推荐优先使用@Builder替代自定义组件,减少嵌套层级,利于维护切能提升页面加载速度。正反例如下:

反例:

@Entry
@Component
struct lessEmbeddedComponent {
  aboutToAppear(): void {
    getFriendMomentFromRawfile();
  }

  build() {
    Column() {
      List({ space: ListConstants.LIST_SPACE }) {
        LazyForEach(momentData, (moment: FriendMoment) => {
          ListItem() {
            OneMomentNoBuilder({moment: moment})
          }
        }, (moment: FriendMoment) => moment.id)
      }
      .cachedCount(Constants.CACHED_COUNT)
    }
  }
}

@Reusable
@Component
export struct OneMomentNoBuilder {
  @Prop moment: FriendMoment;

  // 无需对@Prop修饰的变量进行aboutToReuse赋值,因为这些变量是由父组件传递给子组件的。如果在子组件中重新赋值这些变量,会导致重用的组件的内容重新触发状态刷新,从而降低组件的复用性能。
  build() {
    ...
    // 在复用组件中嵌套使用自定义组件
    Row() {
      InteractiveButton({
        imageStr: $r('app.media.ic_share'),
        text: $r('app.string.friendMomentsPage_share')
      })
      Blank()
      InteractiveButton({
        imageStr: $r('app.media.ic_thumbsup'),
        text: $r('app.string.friendMomentsPage_thumbsup')
      })
      Blank()
      InteractiveButton({
        imageStr: $r('app.media.ic_message'),
        text: $r('app.string.friendMomentsPage_message')
      })
    }
    ...
  }
}

@Component
export struct InteractiveButton {
  @State imageStr: ResourceStr;
  @State text: ResourceStr;

  // 嵌套的组件中也需要实现aboutToReuse来进行UI的刷新
  aboutToReuse(params: Record<string, Object>): void {
    this.imageStr = params.imageStr as ResourceStr;
    this.text = params.text as ResourceStr;
  }

  build() {
    Row() {
      Image(this.imageStr)
      Text(this.text)
    }
    .alignItems(VerticalAlign.Center)
  }
}

上述反例的操作中,在复用的自定义组件中嵌套了新的自定义组件。ArkUI中使用自定义组件时,在build阶段将在在后端FrameNode树创建一个相应的CustomNode节点,在渲染阶段时也会创建对应的RenderNode节点。会造成组件复用下,CustomNode创建和RenderNod渲染的耗时。且嵌套的自定义组件InteractiveButton,也需要实现aboutToReuse来进行数据的刷新。

正例:

@Entry
@Component
struct lessEmbeddedComponent {
  aboutToAppear(): void {
    getFriendMomentFromRawfile();
  }

  build() {
    Column() {
      TopBar()
      List({ space: ListConsta
<think>好的,我现在需要帮助用户寻找关于智能手表UI设计的相关资料或灵感,包括设计指南、原则、工具和案例。首先,我要整理用户提供的引用内容,看看是否有相关的信息可以利用。 首先查看引用内容: 引用[1]是关于ESP32-Smart-Watch的项目地址,可能包含实际的代码和实现案例,这可能对用户有帮助,特别是实际的开发案例。引用[2]和[4]都涉及HarmonyOS Next的ArkUI框架,特别是声明式UI和实战指南,这可能提供设计原则和工具的信息。引用[3]提到ST的无线通信芯片在智能穿戴设备中的应用,虽然主要是硬件方面,但低功耗设计可能间接影响UI设计,比如性能优化。引用[5]讨论了多感官协同设计,如动效同步和无障碍交互,这对UI设计原则很有参考价值。 接下来,我需要根据这些引用内容,结合一般性的智能手表UI设计知识,来组织回答。智能手表UI设计通常需要考虑小屏幕、交互便捷性、低功耗优化、跨感官体验等。 设计原则方面,引用[5]提到的跨感官一致性和无障碍交互是非常重要的,特别是动效与音效的同步,以及旁白功能的优化。此外,信息密度控制(引用[5])也是关键,因为屏幕空间有限。ArkUI的声明式UI范式(引用[2]和[4])可能强调组件化和高效开发,这可能对应到设计工具和框架部分。 工具方面,ArkUI 5.0(引用[2])和鸿蒙开发的相关技术(引用[4])可以作为开发工具推荐。此外,常用的设计工具如Figma、Adobe XD也应该提及,尽管引用中没有提到,但这是行业标准。 案例部分,引用[1]的ESP32-Smart-Watch项目是一个实际案例,用户可以参考其代码和实现。另外,HarmonyOS案例(引用[2]和[4])可能提供设计模式和组件使用的示例。 需要注意引用[3]虽然主要讲通信芯片,但低功耗性能可能影响UI设计中的动画和刷新率管理,所以可以提到性能优化原则时需要关联这一点。 现在需要将这些点整合成结构清晰的回答,包含指南、原则、工具、案例,并在适当的地方添加引用标识。同时生成相关问题,可能需要涉及设计挑战、跨平台适配、性能优化等。</think>### 智能手表 UI 设计指南 #### 一、设计原则 1. **信息密度控制** 智能手表屏幕较小,需精简内容,采用分层展示。例如,主屏仅显示核心数据(时间、健康指标),次级页面展开详情[^5]。 2. **跨感官一致性** 结合动效、触觉反馈(如震动)和音效增强交互体验。例如,通知提醒可同步视觉闪烁、轻微震动和短促音效[^5]。 3. **无障碍交互** 优化旁白功能逻辑,支持语音控制和简化手势(如单指滑动),确保老年用户或视障群体易用[^5]。 4. **低功耗优化** 减少复杂动画和频繁刷新,利用ST无线通信芯片的低功耗特性延长续航[^3]。 #### 二、设计工具 1. **ArkUI 5.0框架** 鸿蒙系统的声明式UI范式支持高效组件开发,如通过`@State`实现动态数据绑定,简化交互逻辑[^2][^4]。 ```typescript @Entry @Component struct HealthCard { @State heartRate: number = 72 build() { Column() { Text(`心率:${this.heartRate}`) .fontSize(20) Button('更新') .onClick(() => { this.heartRate = Math.random()*40 + 60 }) } } } ``` 2. **原型工具** - **Figma/Adobe XD**:用于高保真交互原型设计,支持手势模拟。 - **ProtoPie**:可关联硬件传感器数据(如陀螺仪),测试运动场景下的UI适配。 #### 三、典型案例 1. **ESP32-Smart-Watch项目** 开源项目展示了基础UI架构,如利用环形进度条显示步数,代码中实现双缓冲技术避免屏幕闪烁[^1]。 2. **HarmonyOS健康监测界面** 采用ArkUI的分布式能力,手表端展示实时心率,手机端同步历史趋势图,体现跨端协同设计[^4]。 #### 四、性能优化技巧 - **动画帧率控制**:将非必要动画限制在30fps以下,结合ST芯片的休眠模式降低功耗[^3]。 - **组件复用**:通过ArkUI的`@Reusable`装饰器缓存高频使用组件(如按钮),减少渲染开销[^2]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值