普通视图

发现新文章,点击刷新页面。
昨天以前首页

HarmonyOS - 组件内部状态管理装饰器:Local

作者 冯志浩
2025年4月18日 18:25

前言

在鸿蒙平台,采用的是声明式 UI 来描述页面内容。所以就需要状态管理装饰器来修饰变量,这样 UI 组件才能在数据变化的时候自动去更新内容。

在状态管理装饰器的 V2 版本中,组件内部的数据状态管理是通过 Local 来实现的。

Local

如果在我们的开发场景中,有一个数据仅在组件内部使用,无需与其他组件交互,那么我们就可以用 @Local 去修饰该变量。

假设我们需要开发一个直播页面中的,页面中有一个可以点赞的按钮,有一个可以显示点赞数的文本。由于点赞数量这个数据仅在当前页面使用,无需跟其他页面进行交互,那么我们就可以使用 @Local 来实现。

具体代码实现如下:

@Entry
@ComponentV2
struct Index {
  @Local likeNum: number = 0;
  build() {
    Column() {
      Text(`点赞数:${this.likeNum}`)
      Button("点赞").onClick(() => {
        this.likeNum += 1
      })
    }
  }
}

效果图如下:

录屏2025-04-18 17.45.39.gif

通过上述代码可以看出,它的使用方式还是比较简单的。但在使用的过程中,我们有一些事项还是需要注意一下的。

注意事项

第一点就是 @Local 修饰的变量,只能进行本地初始化,不能从外部传递。这是比较好理解的,因为它的作用就是进行组件内部的状态管理。如果允许进行外部传递,那就破坏了组件内部的这个条件,违反了该装饰器的设计原则。

它修饰的变量必须进行本地化,否则会编译报错。比如下面的代码:

// 编译报错:Property 'likeNum' has no initializer and is not definitely assigned in the constructor. <ArkTSCheck>
@Local likeNum: number;

第二点需要注意的就是,如果它修饰的是 class 类型的变量,那么只能监测到对象赋值的变化,对于对象属性的变化是监测不到的。比如下面的代码:

class Live {
  likeNum: number = 0

  constructor(likeNum: number) {
    this.likeNum = likeNum;
  }
}

@Entry
@ComponentV2
struct Index {
  @Local like: Live = new Live(0);
  build() {
    Column() {
      Text(this.like.likeNum.toString())
      Button("点赞").onClick(() => {
        this.like.likeNum += 1
      })
    }
  }
}

首先,我们声明了一个 Live 的类将点赞数当其属性。然后定义了一个 Live 类型的变量 like,用 @Local 修饰。最后将 Text 与 like的 likeNum 属性进行绑定。

当我们点击点赞按钮的时候,就会发现虽然我们在按钮的点击事件中将 like 的 likeNum 进行了 +1 操作,但 Text 的内容并没有进行更新。

这种情况的原因就是 @Local 如果修饰的是类的实例对象,那么只能监测到赋值变化,不能监测到属性变化。赋值变化如下面的示例代码:

Button("点赞").onClick(() => {
  this.like = new Live(10)
})

这次,我们点击按钮可以发现,Text 组件的内容会变成 10。

与 @State 的对比

之前熟悉 HarmonyOS 的朋友应该知道 V1 版本的 @State,它是最基础的状态管理装饰器,起初的设计也是用于组件内的状态管理。但因为它修饰的变量可以从外部进行传入,破坏了它组件内的设计初衷。所以 V2 版本又推出了 @Local 装饰器,用来保证了组件内的设计原则。

总结

  • 使用场景:组件内部的状态管理,不能与外部组件交互;
  • 使用方式:必须本地初始化,否则编译报错;
  • 限制:装饰的 class 类型的变量,只能检测到变量的赋值变化,变量的属性变化是无法检测的;

Trae + SwiftUI 1 小时实现一个单词本 Mac App

作者 冯志浩
2025年4月13日 10:31

前言

在 AI 发展越来越好的现在,它的应用已经不仅仅限制于帮我们生成问题的答案,还可以直接通过对自然语言的理解帮助我们直接生成对象的代码。对于某些简单的场景,如模版代码实现、结构简单的 UI 绘制等,它现在已经做得很好,这对于程序员的生产力提升还是非常有帮助的。

接下来,我通过一个简单的单词本应用,来给大家展示一下 Trae 的真实体验。

应用功能

首先,我们需要将应用的功能通过自然语言去描述出来,比如这个单词本 App,主要包含三个功能,单词本、错词和已掌握三个模块,每个模块都是以列表的形式进行展示。单词本中的单词如果不熟悉可以添加到错词中,如果很熟悉就添加到已掌握中,且支持 SwiftData 。

下面是我梳理的需求描述:

  • 新建一个 Swift 文件,文件名为 Word,并在里面实现一个 Word 类,包含 title 字符串类型、isError 布尔类型、isMaster 布尔类型,需要支持 SwiftData
  • 生成一个长度为 50 的数组 words,元素为 Word 类型,title 为随机的英文单词,10 个元素 isErrortrue,5 个元素 isMastertrue,其余的 isErrorisMasterfalse
  • 在侧边栏实现三个按钮,标题分别为单词本,错题,已掌握,点击按钮切换右侧视图。
  • 单词本、错词、已掌握三个 detail 都为列表形式。
  • 单词本列表内容为 words 中的所有元素,表格样式包含一个文本展示单词,两个按钮,一个按钮是添加到错词,若该模型的 isErrortrue 隐藏该按钮,若为 false 才显示。点击该按钮,将该条数据模型的 isError 赋值为 true。一个按钮是已掌握,若该模型的 isMastertrue 隐藏该按钮,若为 false 才显示。点击该按钮,将该条数据模型的 isMaster 赋值为 true
  • 错词列表内容为 words 中 isErrortrue 的所有元素,表格样式包含一个文本展示单词,一个按钮已掌握,点击该按钮,将该条数据模型的 isMaster 赋值为 trueisError 赋值为 false
  • 已掌握列表内容为 wordsisMastertrue 的所有元素,表格样式包含一个文本展示单词,一个按钮移除,点击该按钮,将该条数据模型的 isMaster 赋值为 false

梳理完,我们就可以通过 Trae 进行代码创建了。

Trae

首先,我们创建一个 SwiftUI 的 macOS app,然后通过 Trae 打开该项目。接着在 AI 对话流中,通过 #Folder 来选定当前文件夹,将第一条需求复制进去点击回车即可生成。

截屏2025-04-13 10.15.14.png

对话流中会生成代码的详细解释,右侧是代码实现,头部有拒绝和接受的选项,点击接受,代码就会自动写入项目中。

其余的需求描述我们需要 #File 选定相应的文件进行需求转代码实现。这里就不一一举例赘述了。

下面让我们来看下 Trae 实现的效果:

录屏2025-04-13 10.18.01.gif

小瑕疵

在代码实现过程中,虽然大部分代码都是正确可编译通过的,但还是碰到了下面的两个小问题:

  • if words.isEmpty { generateWords() } 直接写在了 View 中,代码视图如下:
var body: some View {
NavigationSplitView {
    VStack {}
} detail: {
    if words.isEmpty { generateWords() } // 这里会编译报错
    List(words, id: \.self) { word in
    ...
    }
}

正确的代码:

var body: some View {
NavigationSplitView {
    VStack {}
} detail: {
    if words.isEmpty { generateWords() } // 这里会编译报错
    List(words, id: \.self) { word in
    ...
    }.onAppear {
        if words.isEmpty {
            generateWords()
        }
    }
}
  • if !word.isMaster 写成了 if!word.isMaster,这个错误感觉有点不应该...

总结

从这个小例子的使用感受上来说,对开发者的帮助肯定是正大于负的,比我想象中的要聪明很多。希望大家能够拥抱变化,早早的享受到 AI 的红利。

❌
❌