Jetpack Compose中的state核心思想

news/2024/5/18 20:10:14/文章来源:https://blog.csdn.net/lyabc123456/article/details/127946688

Compose 中的状态

应用的“状态”是指可以随时间变化的任何值。这是一个非常宽泛的定义,从 Room 数据库到类的变量,全部涵盖在内。

所有 Android 应用都会向用户显示状态。下面是 Android 应用中的一些状态示例:

  • 聊天应用中最新收到的消息。
  • 用户的个人资料照片。
  • 在项列表中的滚动位置。

关键提示:状态决定界面在任何特定时间的显示内容。

下面的示例通过构建一个健康App应用来展示如何正确的使用Compose中的状态。

构建的第一项功能是饮水计数器,用于记录您一天饮用了多少杯水。

创建一个名为 WaterCounter 的可组合函数,其中包含一个 Text 可组合项,用于显示饮水杯数。饮水杯数应存储在名为 count 的值中。

创建一个包含 WaterCounter 可组合函数的新文件 WaterCounter.kt,如下所示:

import androidx.compose.foundation.layout.padding
import androidx.compose.material.Text
import androidx.compose.runtime.Composable
import androidx.compose.ui.Modifier
import androidx.compose.ui.unit.dp@Composable
fun WaterCounter(modifier: Modifier = Modifier) {val count = 0Text(text = "You've had $count glasses.",modifier = modifier.padding(16.dp))Button(onClick = { count++ }, Modifier.padding(top = 8.dp)) {Text("Add one")}
}

创建一个代表主屏幕的文件 WellnessScreen.kt,然后调用 WaterCounter 函数:

import androidx.compose.runtime.Composable
import androidx.compose.ui.Modifier@Composable
fun WellnessScreen(modifier: Modifier = Modifier) {WaterCounter(modifier)
}

打开 MainActivity.kt,在 activity 的 setContent 块内调用新创建的 WellnessScreen 可组合项,如下所示:

class MainActivity : ComponentActivity() {override fun onCreate(savedInstanceState: Bundle?) {super.onCreate(savedInstanceState)setContent {BasicStateCodelabTheme {// A surface container using the 'background' color from the themeSurface(modifier = Modifier.fillMaxSize(),color = MaterialTheme.colors.background) {WellnessScreen()}}}}
}

提示:setContent 内部的 MainActivity 中使用的应用主题取决于项目名称。此处假定项目名为 BasicStateCodelab。

如果现在运行应用,您会看到我们的基本饮水计数器屏幕,其中包含硬编码的饮水杯数。

WaterCounter 可组合函数的状态为变量 count。但是,点击按钮时,您会发现没有任何反应。为 count 变量设置不同的值不会使 Compose 将其检测为状态更改,因此不会产生任何效果。这是因为,当状态发生变化时,您尚未指示 Compose 应重新绘制屏幕(即“重组”可组合函数)。

可组合函数中的记忆功能

Compose 应用通过调用可组合函数将数据转换为界面。组合是指 Compose 在执行可组合项时构建的界面描述。如果发生状态更改,Compose 会使用新状态重新执行受影响的可组合函数,从而创建更新后的界面。这一过程称为重组。Compose 还会查看各个可组合项需要哪些数据,以便仅重组数据发生了变化的组件,而避免重组未受影响的组件。

  • 组合:Jetpack Compose 在执行可组合项时构建的界面描述。
  • 初始组合:通过首次运行可组合项创建组合。
  • 重组:在数据发生变化时重新运行可组合项以更新组合。

为此,Compose 需要知道要跟踪的状态,以便在收到更新时安排重组。

Compose 采用特殊的状态跟踪系统,可以为读取特定状态的任何可组合项安排重组。 这让Compose 能够实现精细控制,并且仅重组需要更改的可组合函数,而不是重组整个界面。这将通过同时跟踪针对状态的“写入”(即状态变化)和针对状态的“读取”来实现。

使用 Compose 的 StateMutableState 类型让 Compose 能够观察到状态。

Compose 会跟踪每个读取状态 value 属性的可组合项,并在其 value 更改时触发重组。您可以使用 mutableStateOf 函数来创建可观察的 MutableState。它接受初始值作为封装在 State 对象中的参数,这样便可使其 value 变为可观察。

现在修改代码如下:

import androidx.compose.runtime.MutableState
import androidx.compose.runtime.mutableStateOf@Composable
fun WaterCounter(modifier: Modifier = Modifier) {Column(modifier = modifier.padding(16.dp)) {// Changes to count are now tracked by Composeval count: MutableState<Int> = mutableStateOf(0)Text("You've had ${count.value} glasses.")Button(onClick = { count.value++ }, Modifier.padding(top = 8.dp)) {Text("Add one")}}
}

如前所述,对 count 所做的任何更改都会安排对自动重组读取 count 的 value 的所有可组合函数进行重组。在此情况下,点击按钮即会触发重组 WaterCounter。

如果现在运行应用,您会再次发现没有发生任何变化!

安排重组的过程没有问题。不过,当重组发生时,变量 count 会重新初始化为 0,因此我们需要通过某种方式在重组后保留此值。

为此,我们可以使用 remember 可组合内嵌函数。系统会在初始组合期间将由 remember 计算的值存储在组合中,并在重组期间一直保持存储的值。

现在继续修改代码如下:

import androidx.compose.runtime.remember@Composable
fun WaterCounter(modifier: Modifier = Modifier) {Column(modifier = modifier.padding(16.dp)) {val count: MutableState<Int> = remember { mutableStateOf(0) }Text("You've had ${count.value} glasses.")Button(onClick = { count.value++ }, Modifier.padding(top = 8.dp)) {Text("Add one")}}
}

remember 和 mutableStateOf 通常在可组合函数中一起使用。您可以将 remember 视为一种在组合中存储单个对象的机制,就像私有 val 属性在对象中执行的操作一样。

这里还可以使用 Kotlin 的委托属性来简化 count 的使用,通过关键字 by 将 count 定义为 var。通过添加委托的 getter 和 setter 导入内容,我们可以间接读取 count 并将其设置为可变,而无需每次都显式引用 MutableState 的 value 属性。

修改代码如下:

import androidx.compose.runtime.getValue
import androidx.compose.runtime.setValue@Composable
fun WaterCounter(modifier: Modifier = Modifier) {Column(modifier = modifier.padding(16.dp)) {var count by remember { mutableStateOf(0) }Text("You've had $count glasses.")Button(onClick = { count++ }, Modifier.padding(top = 8.dp)) {Text("Add one")}}
}

现在运行应用,您的计数器已就绪且可正常运行!

这种安排可与用户形成数据流反馈循环:

  • 界面向用户显示状态(当前计数显示为文本)。
  • 用户生成的事件会与现有状态合并以生成新状态(点击按钮会为当前计数加一)

状态驱动型界面

Compose 是一个声明性界面框架。它描述界面在特定状况下的状态,而不是在状态发生变化时移除界面组件或更改其可见性。调用重组并更新界面后,可组合项最终可能会进入或退出组合。

此方法可避免像针对视图系统那样手动更新视图的复杂性。这也不太容易出错,因为您不会忘记根据新状态更新视图,因为系统会自动执行此过程。

如果在初始组合期间或重组期间调用了可组合函数,则认为其存在于组合中。未调用的可组合函数(例如,由于该函数在 if 语句内调用且未满足条件)不存在于组合中。

关键提示:如果界面是相对用户而言的,那么界面状态就是相对应用而言的。这就像同一枚硬币的两面,界面是界面状态的直观呈现。对界面状态所做的任何更改都会立即反映在界面中。

组合的输出是描述界面的树结构。

Android Studio 的布局检查器工具可用于检查 Compose 生成的应用布局。我们接下来将执行此操作。

为了演示此过程,请修改代码,以根据状态显示界面。打开 WaterCounter,如果 count 大于 0,则显示 Text:

@Composable
fun WaterCounter(modifier: Modifier = Modifier) {Column(modifier = modifier.padding(16.dp)) {var count by remember { mutableStateOf(0) }if (count > 0) {// This text is present if the button has been clicked// at least once; absent otherwiseText("You've had $count glasses.")}Button(onClick = { count++ }, Modifier.padding(top = 8.dp)) {Text("Add one")}}
}

运行应用,然后依次选择 Tools > Layout Inspector,打开 Android Studio 的布局检查器工具。

提醒:如需在检查器中查看 Compose 节点,请使用 API 大于或等于 29 的设备

您会看到一个分屏:左侧是组件树,右侧是应用预览。

点按屏幕左侧的根元素 BasicStateCodelabTheme 可浏览树。点击 Expand all 按钮,展开整个组件树。

点击屏幕右侧的某个元素即可访问树的相应元素。
在这里插入图片描述
此时如果点击应用上的 Add one 按钮:

  • 计数增加到 1 且状态发生变化。
  • 系统调用重组。
  • 屏幕使用新元素重组。

现在,再次使用 Android Studio 的布局检查器工具检查组件树,您还会看到 Text 可组合项:
在这里插入图片描述
状态驱动界面在给定时刻显示哪些元素。

界面的不同部分可以依赖于相同的状态。修改 Button,使其在 count 达到 10 之前处于启用状态,并在达到 10 之后停用(即您达到当天的目标)。

@Composable
fun WaterCounter(modifier: Modifier = Modifier) {...Button(onClick = { count++ }, Modifier.padding(top = 8.dp), enabled = count < 10) {...
}

现在运行应用。对 count 状态的更改决定是否显示 Text,以及是启用还是停用 Button。

组合中的记忆功能

remember 会将对象存储在组合中,而如果在重组期间未再次调用之前调用 remember 的来源位置,则会忘记对象。

为了直观呈现这种行为,我们将在应用中实现以下功能:当用户至少饮用了一杯水时,向用户显示有一项待执行的健康任务,同时用户也可以关闭此任务。由于可组合项应较小并可重复使用,因此请创建一个名为 WellnessTaskItem 的新可组合项,该可组合项根据以参数形式接收的字符串来显示健康任务,并显示一个 Close 图标按钮。

创建一个新文件 WellnessTaskItem.kt,并添加以下代码。

import androidx.compose.foundation.layout.Row
import androidx.compose.material.Icon
import androidx.compose.material.IconButton
import androidx.compose.material.Text
import androidx.compose.material.icons.Icons
import androidx.compose.material.icons.filled.Close
import androidx.compose.runtime.Composable
import androidx.compose.ui.Alignment
import androidx.compose.ui.Modifier
import androidx.compose.ui.unit.dp
import androidx.compose.foundation.layout.padding@Composable
fun WellnessTaskItem(taskName: String,onClose: () -> Unit,modifier: Modifier = Modifier
) {Row(modifier = modifier, verticalAlignment = Alignment.CenterVertically) {Text(modifier = Modifier.weight(1f).padding(start = 16.dp),text = taskName)IconButton(onClick = onClose) {Icon(Icons.Filled.Close, contentDescription = "Close")}}
}

WellnessTaskItem 函数会接收任务说明和 onClose lambda 函数(就像内置 Button 可组合项接收 onClick 一样)。

WellnessTaskItem 如下所示:
在这里插入图片描述
接下来为应用添加更多功能,请更新 WaterCounter,以在 count > 0 时显示 WellnessTaskItem。

当 count 大于 0 时,定义一个变量 showTask,用于确定是否显示 WellnessTaskItem 并将其初始化为 true。

添加新的 if 语句,以在 showTask 为 true 时显示 WellnessTaskItem。使用前面介绍的 remember 来确保 showTask 值在重组后继续有效。

@Composable
fun WaterCounter() {Column(modifier = Modifier.padding(16.dp)) {var count by remember { mutableStateOf(0) }if (count > 0) {var showTask by remember { mutableStateOf(true) }if (showTask) {WellnessTaskItem(onClose = { },taskName = "Have you taken your 15 minute walk today?")}Text("You've had $count glasses.")}Button(onClick = { count++ }, enabled = count < 10) {Text("Add one")}}
}

使用 WellnessTaskItem 的 onClose lambda 函数实现:在按下 X 按钮时,变量 showTask 更改为 false,且不再显示任务。

   ...WellnessTaskItem(onClose = { showTask = false },taskName = "Have you taken your 15 minute walk today?")...

接下来,添加一个带“Clear water count”文本的新 Button,并将其放置在“Add one”Button 旁边。按下“Clear water count”按钮后,变量 count 会重置为 0。

WaterCounter 可组合函数应如下所示。

import androidx.compose.foundation.layout.Row@Composable
fun WaterCounter(modifier: Modifier = Modifier) {Column(modifier = modifier.padding(16.dp)) {var count by remember { mutableStateOf(0) }if (count > 0) {var showTask by remember { mutableStateOf(true) }if (showTask) {WellnessTaskItem(onClose = { showTask = false },taskName = "Have you taken your 15 minute walk today?")}Text("You've had $count glasses.")}Row(Modifier.padding(top = 8.dp)) {Button(onClick = { count++ }, enabled = count < 10) {Text("Add one")}Button(onClick = { count = 0 }, Modifier.padding(start = 8.dp)) {Text("Clear water count")}}}
}

运行应用时,屏幕会显示初始状态:
在这里插入图片描述
右侧是简化版组件树,可帮助您分析状态发生变化时会发生什么情况。count 和 showTask 是记住的值。

现在,您可以在应用中按以下步骤操作:

按下 Add one 按钮。此操作会递增 count(这会导致重组),并同时显示 WellnessTaskItem 和计数器 Text。
在这里插入图片描述

此时点击 WellnessTaskItem 组件的 X(这会导致另一项重组)。showTask 现在为 false,这意味着不再显示 WellnessTaskItem。
在这里插入图片描述

此时点击 Add one 按钮(另一项重组)。如果您继续增加杯数,showTask 会记住您在下一次重组时关闭了 WellnessTaskItem。
在这里插入图片描述
此时点击 Clear water count 按钮可将 count 重置为 0 并导致重组。系统不会调用显示 count 的 Text 以及与 WellnessTaskItem 相关的所有代码,并且会退出组合。
在这里插入图片描述
由于系统未调用之前调用 showTask 的代码位置,因此会忘记 showTask。这将返回第一步。
在这里插入图片描述
此时点击 Add one 按钮,使 count 大于 0(重组)。

系统再次显示 WellnessTaskItem 可组合项,因为在退出上述组合时,之前的 showTask 值已被忘记。

如果我们要求 showTask 在 count 重置为 0 之后持续保留超过 remember 允许的时间(也就是说,即使重组期间未调用之前调用 remember 的代码位置),会发生什么?在接下来的部分中,我们将探讨如何修正这些问题以及更多示例。

现在,您已经了解了界面和状态在退出组合后的重置过程,请清除代码并返回到本部分开头的 WaterCounter:

@Composable
fun WaterCounter(modifier: Modifier = Modifier) {Column(modifier = modifier.padding(16.dp)) {var count by remember { mutableStateOf(0) }if (count > 0) {Text("You've had $count glasses.")}Button(onClick = { count++ }, Modifier.padding(top = 8.dp), enabled = count < 10) {Text("Add one")}}
}

在 Compose 中恢复状态

运行应用,为计数器增加一些饮水杯数,然后旋转设备。请确保已为设备启用自动屏幕旋转设置。

由于系统会在配置更改后(在本例中,即改变屏幕方向)重新创建 activity,因此已保存状态会被忘记:计数器会在重置为 0 后消失。
在这里插入图片描述
如果您更改语言、在深色模式与浅色模式之间切换,或者执行任何导致 Android 重新创建运行中 activity 的其他配置更改时,也会发生相同的情况。

虽然 remember 可帮助您在重组后保持状态,但不会帮助您在配置更改后保持状态。为此,您必须使用 rememberSaveable,而不是 remember

rememberSaveable 会自动保存可保存在 Bundle 中的任何值。对于其他值,您可以将其传入自定义 Saver 对象。(如需了解详细请参考如何在 Compose 中恢复状态文档。)

在 WaterCounter 中,将 remember 替换为 rememberSaveable

import androidx.compose.runtime.saveable.rememberSaveable@Composable
fun WaterCounter(modifier: Modifier = Modifier) {...var count by rememberSaveable { mutableStateOf(0) }...
}

现在运行应用并尝试进行一些配置更改。您应该会看到计数器已正确保存。
在这里插入图片描述
重新创建 activity 只是 rememberSaveable 的用例之一。我们稍后会在使用列表时探索另一个用例。

在重新创建 activity 或进程后,您可以使用 rememberSaveable 恢复界面状态。除了在重组后保持状态之外,rememberSaveable 还会在重新创建 activity 和进程之后保留状态。

请根据应用的状态和用户体验需求来考虑是使用 remember 还是 rememberSaveable。

状态提升

使用 remember 存储对象的可组合项包含内部状态,这会使该可组合项有状态。在调用方不需要控制状态,并且不必自行管理状态便可使用状态的情况下,“有状态”会非常有用。但是,具有内部状态的可组合项往往不易重复使用,也更难测试。

不保存任何状态的可组合项称为无状态可组合项。如需创建无状态可组合项,一种简单的方法是使用状态提升

Compose 中的状态提升是一种将状态移至可组合项的调用方以使可组合项无状态的模式。Jetpack Compose 中的常规状态提升模式是将状态变量替换为两个参数:

  • value: T:要显示的当前值
  • onValueChange: (T) -> Unit:请求更改值的事件,其中 T 是建议的新值

其中,value值表示任何可修改的状态。

状态下降、事件上升的这种模式称为单向数据流 (Unidirectional Data Flow, UDF),而状态提升就是我们在 Compose 中实现此架构的方式。如需了解相关详情,请参阅 Compose 架构文档。
在这里插入图片描述

以这种方式提升的状态具有一些重要的属性:

  • 单一可信来源:通过移动状态,而不是复制状态,我们可确保只有一个可信来源。这有助于避免 bug。
  • 可共享:可与多个可组合项共享提升的状态。
  • 可拦截:无状态可组合项的调用方可以在更改状态之前决定忽略或修改事件。
  • 解耦:无状态可组合函数的状态可以存储在任何位置。例如,存储在 ViewModel 中。
  • 封装:只有有状态可组合项能够修改其状态。这完全是内部的。

请尝试为 WaterCounter 实现状态提升,以便从以上所有方法中受益。

有状态与无状态

当所有状态都可以从可组合函数中提取出来时,生成的可组合函数称为无状态函数。

无状态可组合项是指不具有任何状态的可组合项,这意味着它不会存储、定义或修改新状态。
有状态可组合项是一种具有可以随时间变化的状态的可组合项。
在实际应用中,让可组合项 100% 完全无状态可能很难实现,具体取决于可组合项的职责。在设计可组合项时,您应该让可组合项拥有尽可能少的状态,并能够在必要时通过在可组合项的 API 中公开状态来提升状态。

重构 WaterCounter 可组合项,将其拆分为两部分:有状态和无状态计数器。

StatelessCounter 的作用是显示 count,并在您递增 count 时调用函数。为此,请遵循上述模式并传递状态 count(作为可组合函数的参数)和 lambda (onIncrement)(在需要递增状态时会调用此函数)。StatelessCounter 如下所示:

@Composable
fun StatelessCounter(count: Int, onIncrement: () -> Unit, modifier: Modifier = Modifier) {Column(modifier = modifier.padding(16.dp)) {if (count > 0) {Text("You've had $count glasses.")}Button(onClick = onIncrement, Modifier.padding(top = 8.dp), enabled = count < 10) {Text("Add one")}}
}

StatefulCounter 拥有状态。这意味着,它会存储 count 状态,并在调用 StatelessCounter 函数时对其进行修改:

@Composable
fun StatefulCounter(modifier: Modifier = Modifier) {var count by rememberSaveable { mutableStateOf(0) }StatelessCounter(count, { count++ }, modifier)
}

太棒了!您已将 count 从 StatelessCounter 提升到 StatefulCounter。

您可以将其插入到应用中,并使用 StatefulCounter 更新 WellnessScreen:

@Composable
fun WellnessScreen(modifier: Modifier = Modifier) {StatefulCounter(modifier)
}

要点:提升状态时,有三条规则可帮助您弄清楚状态应去向何处:

  1. 状态应至少提升到使用该状态(读取)的所有可组合项的最低共同父项
  2. 状态应至少提升到它可以发生变化(写入)的最高级别
  3. 如果两种状态发生变化以响应相同的事件,它们应提升到同一级别

您可以将状态提升到高于这些规则要求的级别,但如果未将状态提升到足够高的级别,则遵循单向数据流会变得困难或不可能。

如前所述,状态提升具有一些好处。我们将探索此代码的不同变体并详细介绍其中一些变体,您无需在应用中复制以下代码段。

1.您的无状态可组合项现在已可重复使用。请看以下示例。
如需记录饮用水和果汁的杯数,请记住 waterCount 和 juiceCount,但请使用示例 StatelessCounter 可组合函数来显示两种不同的独立状态。

@Composable
fun StatefulCounter() {var waterCount by remember { mutableStateOf(0) }var juiceCount by remember { mutableStateOf(0) }StatelessCounter(waterCount, { waterCount++ })StatelessCounter(juiceCount, { juiceCount++ })
}

如果修改了 juiceCount,则重组 StatefulCounter。在重组期间,Compose 会识别哪些函数读取 juiceCount,并触发系统仅重组这些函数。

当用户点按以递增 juiceCount 时,系统会重组 StatefulCounter,同时也会重组 juiceCount 的 StatelessCounter。但不会重组读取 waterCount 的 StatelessCounter。

2.有状态可组合函数可以为多个可组合函数提供相同的状态。

@Composable
fun StatefulCounter() {var count by remember { mutableStateOf(0) }StatelessCounter(count, { count++ })AnotherStatelessMethod(count, { count *= 2 })
}

在本例中,如果通过 StatelessCounter 或 AnotherStatelessMethod 更新计数,则系统会按预期重组所有项目。

由于可以共享提升的状态,因此请务必仅传递可组合项所需的状态,以避免不必要的重组并提高可重用性。

要点:设计可组合项的最佳实践是仅向它们传递所需要的参数。
如需详细了解状态和状态提升,请参阅 Compose 状态文档 。

使用列表

接下来,添加应用的第二项功能,即健康任务列表。您可以对列表中的项执行以下两项操作:

  • 勾选列表项,将任务标记为已完成。
  • 从任务列表中移除不想完成的任务。

设置

1.首先,修改列表项。您可以重复使用“组合中的记忆功能”部分中的 WellnessTaskItem,并将其更新为包含 Checkbox。请务必提升 checked 状态和 onCheckedChange 回调,使函数变为无状态。
在这里插入图片描述
本部分的 WellnessTaskItem 可组合项应如下所示:

import androidx.compose.material.Checkbox@Composable
fun WellnessTaskItem(taskName: String,checked: Boolean,onCheckedChange: (Boolean) -> Unit,onClose: () -> Unit,modifier: Modifier = Modifier
) {Row(modifier = modifier, verticalAlignment = Alignment.CenterVertically) {Text(modifier = Modifier.weight(1f).padding(start = 16.dp),text = taskName)Checkbox(checked = checked,onCheckedChange = onCheckedChange)IconButton(onClick = onClose) {Icon(Icons.Filled.Close, contentDescription = "Close")}}
}

2.在同一文件中,添加一个有状态 WellnessTaskItem 可组合函数,用于定义状态变量 checkedState 并将其传递给同名的无状态方法。暂时不用担心 onClose,您可以传递空的 lambda 函数。

import androidx.compose.runtime.getValue
import androidx.compose.runtime.setValue
import androidx.compose.runtime.mutableStateOf
import androidx.compose.runtime.remember@Composable
fun WellnessTaskItem(taskName: String, modifier: Modifier = Modifier) {var checkedState by remember { mutableStateOf(false) }WellnessTaskItem(taskName = taskName,checked = checkedState,onCheckedChange = { newValue -> checkedState = newValue },onClose = {}, // we will implement this later!modifier = modifier,)
}

3.创建一个文件 WellnessTask.kt,对包含 ID 和标签的任务进行建模。将其定义为数据类。

data class WellnessTask(val id: Int, val label: String)

4.对于任务列表本身,请创建一个名为 WellnessTasksList.kt 的新文件,并添加一个方法用于生成一些虚假数据:

private fun getWellnessTasks() = List(30) { i -> WellnessTask(i, "Task # $i") }

请注意,在真实应用中,您将从数据层获取数据。

5.在 WellnessTasksList.kt 中,添加一个用于创建列表的可组合函数。定义 LazyColumn 以及您所创建的列表方法中的列表项。

import androidx.compose.foundation.lazy.LazyColumn
import androidx.compose.foundation.lazy.items
import androidx.compose.runtime.Composable
import androidx.compose.ui.Modifier
import androidx.compose.runtime.remember@Composable
fun WellnessTasksList(modifier: Modifier = Modifier,list: List<WellnessTask> = remember { getWellnessTasks() }
) {LazyColumn(modifier = modifier) {items(list) { task ->WellnessTaskItem(taskName = task.label)}}
}

6.将列表添加到 WellnessScreen。使用 Column 有助于列表与已有的计数器垂直对齐。

注意:如果在 Android Studio 的编辑器区域键入 WC,系统会打开一个建议框。如果您按下 Enter 并选择第一个选项,系统会显示可供使用的 Column 模板。
如需详细了解 Android Studio 中适用于 Compose 的实时模板和其他实用工具,请参阅 Compose 工具文档 。

import androidx.compose.foundation.layout.Column@Composable
fun WellnessScreen(modifier: Modifier = Modifier) {Column(modifier = modifier) {StatefulCounter()WellnessTasksList()}
}

7.运行应用并试一下效果!现在,您应该能够勾选任务,但不能删除任务。我们将在稍后的部分中实现此功能。

在 LazyList 中恢复项状态

现在,我们来详细了解一下 WellnessTaskItem 可组合项中的一些内容。

checkedState 属于每个 WellnessTaskItem 可组合项,就像私有变量一样。当 checkedState 发生变化时,系统只会重组 WellnessTaskItem 的实例,而不是重组 LazyColumn 中的所有 WellnessTaskItem 实例。

请按以下步骤尝试应用的功能:

  1. 勾选此列表顶部的所有元素(例如元素 1 和元素 2)。
  2. 滚动到列表底部,使这些元素位于屏幕之外。
  3. 滚动到顶部,查看之前勾选的列表项。
  4. 请注意,它们处于未选中状态。

正如您在上一部分中看到的那样,其问题在于,当一个项退出组合时,系统会忘记之前记住的状态。对于 LazyColumn 上的项,当您滚动至项不可见的位置时,这些不可见的项会完全退出组合。

如何解决此问题?再次使用 rememberSaveable,因为它采用保存的实例状态机制,可确保存储的值在重新创建 activity 或进程(在本例中,即项退出组合)之后继续保留。

只需在有状态 WellnessTaskItem 中将 remember 替换为 rememberSaveable 即可,如下所示:

import androidx.compose.runtime.saveable.rememberSaveable
...
var checkedState by rememberSaveable { mutableStateOf(false) }
...

Compose 中的常见模式

请注意 LazyColumn 的实现:

@Composable
fun LazyColumn(
...state: LazyListState = rememberLazyListState(),
...

可组合函数 rememberLazyListState 使用 rememberSaveable 为列表创建初始状态。重新创建 activity 后,无需任何编码即可保持滚动状态

许多应用需要对滚动位置、列表项布局更改以及其他与列表状态相关的事件作出响应,并进行监听。延迟组件(例如 LazyColumnLazyRow)可通过提升 LazyListState 来支持此用例。如需详细了解此模式,请参阅介绍列表中的状态的文档。

状态参数使用由公共 rememberX 函数提供的默认值是内置可组合函数中的常见模式。另一个示例可以在 Scaffold 中找到,它使用 rememberScaffoldState 提升状态。

可观察的可变列表

接下来,如需添加从列表中移除任务的行为,第一步是让列表成为可变列表。

使用可变对象(例如 ArrayListmutableListOf,)对此不起作用。这些类型不会向 Compose 通知列表中的项已发生更改并安排界面重组。您需要使用使用其他 API。

您需要创建一个可由 Compose 观察的 MutableList 实例。此结构可允许 Compose 跟踪更改,以便在列表中添加或移除项时重组界面。

首先,定义可观察的 MutableList。扩展函数 toMutableStateList() 用于根据初始可变或不可变的 Collection(例如 List)来创建可观察的 MutableList

或者,您也可以使用工厂方法 mutableStateListOf 来创建可观察的 MutableList,然后为初始状态添加元素。

mutableStateOf 函数会返回一个类型为 MutableState<T> 的对象。
mutableStateListOftoMutableStateList 函数会返回一个类型为 SnapshotStateList<T> 的对象。在本部分中,“可观察的 MutableList”一词表示此类。

打开 WellnessScreen.kt 文件。将 getWellnessTasks 方法移至此文件中以便使用该方法。如需创建列表,请先调用 getWellnessTasks(),然后使用之前介绍的扩展函数 toMutableStateList。

import androidx.compose.runtime.remember
import androidx.compose.runtime.toMutableStateList@Composable
fun WellnessScreen(modifier: Modifier = Modifier) {Column(modifier = modifier) {StatefulCounter()val list = remember { getWellnessTasks().toMutableStateList() }WellnessTasksList(list = list, onCloseTask = { task -> list.remove(task) })}
}private fun getWellnessTasks() = List(30) { i -> WellnessTask(i, "Task # $i") }

警告:您可以改用 mutableStateListOf API 来创建列表。但是,如果使用方法不当,则可能会导致意外重组和界面性能欠佳。

如果您仅定义列表,然后在不同的操作中添加任务,则会导致系统在每次重组时都添加重复项。

// Don't do this!
val list = remember { mutableStateListOf<WellnessTask>() }
list.addAll(getWellnessTasks())

而是应当在单一操作中创建包含初始值的列表,然后将其传递给 remember 函数,如下所示:

// Do this instead. Don't need to copy
val list = remember {mutableStateListOf<WellnessTask>().apply { addAll(getWellnessTasks()) }
}

2.通过移除列表的默认值来修改 WellnessTaskList 可组合函数,因为列表会提升到屏幕级别。添加一个新的 lambda 函数参数 onCloseTask(用于接收 WellnessTask 以进行删除)。将 onCloseTask 传递给 WellnessTaskItem

您还需要再进行一项更改。items 方法会接收一个 key 参数。默认情况下,每个项的状态均与该项在列表中的位置相对应。

在可变列表中,当数据集发生变化时,这会导致问题,因为实际改变位置的项会丢失任何记住的状态。

使用每个 WellnessTaskItemid 作为每个项的键,即可轻松解决此问题。(如需了解详细请参阅 列表文档 。)

WellnessTaskList 将如下所示:

@Composable
fun WellnessTasksList(list: List<WellnessTask>,onCloseTask: (WellnessTask) -> Unit,modifier: Modifier = Modifier
) {LazyColumn(modifier = modifier) {items(items = list,key = { task -> task.id }) { task ->WellnessTaskItem(taskName = task.label, onClose = { onCloseTask(task) })}}
}

3.修改 WellnessTaskItem:将 onClose lambda 函数作为参数添加到有状态 WellnessTaskItem 中并进行调用。

@Composable
fun WellnessTaskItem(taskName: String, onClose: () -> Unit, modifier: Modifier = Modifier
) {var checkedState by rememberSaveable { mutableStateOf(false) }WellnessTaskItem(taskName = taskName,checked = checkedState,onCheckedChange = { newValue -> checkedState = newValue },onClose = onClose,modifier = modifier,)
}

太棒了!此功能已经完成,现在已经可以从列表中删除项。

如果您点击每行中的 X,则事件会一直到达拥有状态的列表,从列表中移除相应项,并导致 Compose 重组界面。

如果您尝试使用 rememberSaveable() 将列表存储在 WellnessScreen 中,则会发生运行时异常:
在这里插入图片描述
此错误消息指出,您需要提供自定义 Saver。但是,您不应使用 rememberSaveable 来存储需要长时间序列化或反序列化操作的大量数据或复杂数据结构。

使用 activityonSaveInstanceState 时,应遵循类似的规则;如需了解详情,请参阅保存界面状态文档。如果要执行此操作,您需要替代存储机制。如需详细了解其他保留界面状态的选项,请参阅相关文档。

接下来,我们来看看 ViewModel 在存储应用状态方面的作用。

ViewModel 中的状态

屏幕或界面状态指示应在屏幕上显示的内容(例如任务列表)。该状态通常会与层次结构中的其他层相关联,原因是其包含应用数据。

界面状态描述屏幕上显示的内容,而应用逻辑则描述应用的行为方式以及应如何响应状态变化。逻辑分为两种类型:第一种是界面行为或界面逻辑,第二种是业务逻辑。

  • 界面逻辑涉及如何在屏幕上显示状态变化(例如导航逻辑或显示信息提示控件)。
  • 业务逻辑决定如何处理状态更改(例如付款或存储用户偏好设置)。该逻辑通常位于业务层或数据层,但绝不会位于界面层

ViewModel 提供界面状态以及对位于应用其他层中的业务逻辑的访问。此外,ViewModel 还会在配置更改后继续保留,因此其生命周期比组合更长。ViewModel 可以遵循 Compose 内容(即 activity 或 fragment)的主机的生命周期,也可以遵循导航图的目的地的生命周期(如果您使用的是 Compose Navigation 库)。

如需详细了解架构和界面层,请参阅界面层文档。

警告:ViewModel 并不是组合的一部分。因此,您不应保留可组合项中创建的状态(例如,记住的值),因为这可能会导致内存泄漏。

迁移列表并移除方法

让我们将界面状态(列表)迁移到 ViewModel,并开始将业务逻辑提取到 ViewModel 中。

1.创建文件 WellnessViewModel.kt 以添加 ViewModel 类。

将“数据源”getWellnessTasks() 移至 WellnessViewModel。

像前面一样使用 toMutableStateList 定义内部私有 _tasks 变量,并将 tasks 作为列表公开,这样将避免从 ViewModel 外部对其进行修改。

实现一个简单的 remove 函数,用于委托给列表的内置 remove 函数。

import androidx.compose.runtime.toMutableStateList
import androidx.lifecycle.ViewModelclass WellnessViewModel : ViewModel() {private val _tasks = getWellnessTasks().toMutableStateList()val tasks: List<WellnessTask>get() = _tasksfun remove(item: WellnessTask) {_tasks.remove(item)}
}private fun getWellnessTasks() = List(30) { i -> WellnessTask(i, "Task # $i") }

2.我们可以通过调用 viewModel() 函数,从任何可组合项访问此 ViewModel。

如需使用此函数,请打开 app/build.gradle 文件,添加以下库,并在 Android Studio 中同步新的依赖项:

implementation "androidx.lifecycle:lifecycle-viewmodel-compose:2.4.1"

3.打开 WellnessScreen。实例化 wellnessViewModel ViewModel,方法是以 Screen 可组合项的参数的形式调用 viewModel(),以便在测试此可组合项时进行替换,并根据需要进行提升。为 WellnessTasksList 提供任务列表,并为 onCloseTask lambda 提供 remove 函数。

import androidx.lifecycle.viewmodel.compose.viewModel@Composable
fun WellnessScreen(modifier: Modifier = Modifier,wellnessViewModel: WellnessViewModel = viewModel()
) {Column(modifier = modifier) {StatefulCounter()WellnessTasksList(list = wellnessViewModel.tasks,onCloseTask = { task -> wellnessViewModel.remove(task) })}
}

viewModel() 会返回一个现有的 ViewModel,或在给定作用域内创建一个新的 ViewModel只要作用域处于活动状态,ViewModel 实例就会一直保留。例如,如果在某个 activity 中使用了可组合项,则在该 activity 完成或进程终止之前, viewModel() 会返回同一实例。

大功告成!您已将 ViewModel 与部分状态和业务逻辑集成到了屏幕上。由于状态保留在组合之外并由 ViewModel 存储,因此对列表的更改在配置更改后继续有效。

ViewModel 在任何情况下(例如,对于系统发起的进程终止)都不会自动保留应用的状态。如需详细了解如何保留应用的界面状态,请参阅相关文档。
建议将 ViewModel 用于屏幕级可组合项,即靠近从导航图的 activity、fragment 或目的地调用的根可组合项绝不应将 ViewModel 传递给其他可组合项,而是应当仅向它们传递所需的数据以及以参数形式执行所需逻辑的函数。
如需了解详情,请参阅 ViewModel 和状态容器部分 以及 Compose 和其他库的相关文档。
在这里插入图片描述

迁移选中状态

最后一个重构是将选中状态逻辑迁移到 ViewModel。这样一来,代码将变得更简单且更易于测试,并且所有状态均由 ViewModel 管理。

1.首先,修改 WellnessTask 模型类,使其能够存储选中状态并将 false 设置为默认值。

data class WellnessTask(val id: Int, val label: String, var checked: Boolean = false)

2.在 ViewModel 中,实现一个 changeTaskChecked 方法,该方法将接收使用选中状态的新值进行修改的任务。

class WellnessViewModel : ViewModel() {...fun changeTaskChecked(item: WellnessTask, checked: Boolean) =tasks.find { it.id == item.id }?.let { task ->task.checked = checked}
}

3.在 WellnessScreen 中,通过调用 ViewModel 的 changeTaskChecked 方法为列表的 onCheckedTask 提供行为。函数现在应如下所示:

@Composable
fun WellnessScreen(modifier: Modifier = Modifier,wellnessViewModel: WellnessViewModel = viewModel()
) {Column(modifier = modifier) {StatefulCounter()WellnessTasksList(list = wellnessViewModel.tasks,onCheckedTask = { task, checked ->wellnessViewModel.changeTaskChecked(task, checked)},onCloseTask = { task ->wellnessViewModel.remove(task)})}
}

4.打开 WellnessTasksList 并添加 onCheckedTask lambda 函数参数,以便将其传递给 WellnessTaskItem.

@Composable
fun WellnessTasksList(list: List<WellnessTask>,onCheckedTask: (WellnessTask, Boolean) -> Unit,onCloseTask: (WellnessTask) -> Unit,modifier: Modifier = Modifier
) {LazyColumn(modifier = modifier) {items(items = list,key = { task -> task.id }) { task ->WellnessTaskItem(taskName = task.label,checked = task.checked,onCheckedChange = { checked -> onCheckedTask(task, checked) },onClose = { onCloseTask(task) })}}
}

5.清理 WellnessTaskItem.kt 文件。我们不再需要有状态方法,因为 CheckBox 状态将提升到列表级别。该文件仅包含以下可组合函数:

@Composable
fun WellnessTaskItem(taskName: String,checked: Boolean,onCheckedChange: (Boolean) -> Unit,onClose: () -> Unit,modifier: Modifier = Modifier
) {Row(modifier = modifier, verticalAlignment = Alignment.CenterVertically) {Text(modifier = Modifier.weight(1f).padding(start = 16.dp),text = taskName)Checkbox(checked = checked,onCheckedChange = onCheckedChange)IconButton(onClick = onClose) {Icon(Icons.Filled.Close, contentDescription = "Close")}}
}

6.运行应用并尝试勾选任何任务。您会发现无法勾选任何任务。

这是因为 Compose 将跟踪 MutableList添加和移除元素相关的更改。这就是删除功能能够正常运行的原因。但是,它对行项的值(在本例中为 checkedState)的更改一无所知,除非您指示它跟踪这些值。

解决此问题的方法有两种:

  • 更改数据类 WellnessTask,使 checkedState 变为 MutableState<Boolean>(而非
    Boolean),这会使 Compose 跟踪项更改。
  • 复制您要更改的项,从列表中移除相应项,然后将更改后的项重新添加到列表中,这会使 Compose 跟踪该列表的更改。

这两种方法各有利弊。例如,根据您所使用的列表的实现,移除和读取该元素可能会产生非常高的开销。

因此,假设您想要避免可能开销高昂的列表操作,并将 checkedState 设为可观察,因为这种方式更高效且更符合 Compose 的规范。

您的新 WellnessTask 应如下所示:

import androidx.compose.runtime.MutableState
import androidx.compose.runtime.mutableStateOfdata class WellnessTask(val id: Int, val label: String, val checked: MutableState<Boolean> = mutableStateOf(false))

如前所述,在本例中,您可以使用委托属性,这样可以更轻松地使用变量 checked

WellnessTask 更改为类,而不是数据类。让 WellnessTask 在构造函数中接收默认值为 falseinitialChecked 变量,然后可以使用工厂方法 mutableStateOf 来初始化 checked 变量并接受 initialChecked 作为默认值。

import androidx.compose.runtime.getValue
import androidx.compose.runtime.mutableStateOf
import androidx.compose.runtime.setValueclass WellnessTask(val id: Int,val label: String,initialChecked: Boolean = false
) {var checked by mutableStateOf(initialChecked)
}

大功告成!这种解决方案行之有效,并且所有更改在重组和配置更改后仍然保持有效!

测试

现在,业务逻辑已重构为 ViewModel,而不是在可组合函数内形成耦合,因此单元测试要简单得多。

您可以使用插桩测试来验证 Compose 代码的正确行为以及界面状态是否正常运行。了解如何测试 Compose 界面请参考Compose 中的测试。


参考:State In Jetpack Compose

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.luyixian.cn/news_show_224758.aspx

如若内容造成侵权/违法违规/事实不符,请联系dt猫网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

MES必懂知识,市场需求下的生产管理系统

任何事物的产生和发展都与市场的需求是分不开的&#xff0c;只有当市场需求新生的事物的时候&#xff0c;他才会兴起&#xff0c;有的事物早已经产生&#xff0c;在当时的环境下并未兴起&#xff0c;却在后来才兴盛&#xff0c;这是市场的需求的影响。 MES便是在市场需求下诞生…

105-120-Hadoop-MapReduce-outputformat:

105-Hadoop-MapReduce-outputformat&#xff1a; OutputFormat 数据输出&#xff0c;OutputFormat接口实现类 OutputFormat是MapReduce输出的基类&#xff0c;所有实现MapReduce输出都实现了 OutputFormat 接口。下面我们介绍几种常见的OutputFormat实现类。 1&#xff0e;O…

系统分析与设计 复习

文章目录系统分析与设计 复习第 1 章 系统分析与设计概述系统特性DevOps第 2 章 系统规划**系统规划步骤**规划模型诺兰模型**CMM 模型**系统规划方法战略集合转换法 SST关键成功因素法 CSF企业资源规划法 BSPCSB 三者联系和区别第 3 章系统分析系统分析概述业务流程图系统流程…

linux进程间通信-FIFO,让你全方位理解

有名管道(FIFO) 有名管道也被称为FIFO文件&#xff0c;是一种特殊的文件。由于linux所有的事物都可以被视为文件&#xff0c;所以对有名管道的使用也就变得与文件操作非常统一。 (1)创建有名管道 用如下两个函数中的其中一个&#xff0c;可以创建有名管道。 #include #include …

我们的程序是如何跑起来的?

1.我们写的代码写完并测试以后是如何部署给用户使用的? 1. 准备所需要的服务器 2. 在服务器上安装JDK、mysql、redis、Tomcat、Nginx等环境 3. 进行mysql、redis、nginx的连接配置 4. 项目打包。前端构建打包成功后在根目录dist文件夹中&#xff1b;后端打成jar包&#xff0c…

用HTML+CSS做一个简单好看的汽车网页

&#x1f389;精彩专栏推荐 &#x1f4ad;文末获取联系 ✍️ 作者简介: 一个热爱把逻辑思维转变为代码的技术博主 &#x1f482; 作者主页: 【主页——&#x1f680;获取更多优质源码】 &#x1f393; web前端期末大作业&#xff1a; 【&#x1f4da;毕设项目精品实战案例 (10…

第二章 计算机算术

数据表示决定了计算机所执行操作的类型&#xff0c;数据从一个位置传到另一个位置的方法&#xff0c; 以及对存储元件的特性要求。浮点运算是非常重要的&#xff0c;因为它的实现决定了计算机执行复杂图形变换和图像处理的速度&#xff0c; 而且浮点运算对计算的准确度也有很重…

生物素标记试剂:(1458576-00-5,1802908-00-4)Biotin-PEG4-alkyne,Dde-生物素-四聚乙二醇-炔

一、Biotin-PEG4-alkyne 【中文名称】生物素-四聚乙二醇-炔&#xff0c;生物素-四聚乙二醇-丙炔基 【英文名称】 Biotin-PEG4-alkyne 【CAS】1458576-00-5 【分子式】C21H35N3O6S 【分子量】457.58 【纯度】95% 【外观】 淡黄色或白色固体 &#xff08;具体由其分子量大小决定…

XSS game -xss学习

网址 https://xss-game.appspot.com/level1Level 1: Hello, world of XSS payload: <script> alert(1); </script>漏洞产生处: message "Sorry, no results were found for <b>" query "</b>."Level 2: Persistence is key…

Solidity vs. Vyper:不同的智能合约语言的优缺点

本文探讨以下问题&#xff1a;哪种智能合约语言更有优势&#xff0c;Solidity 还是 Vyper&#xff1f;最近&#xff0c;关于哪种是“最好的”智能合约语言存在很多争论&#xff0c;当然了&#xff0c;每一种语言都有它的支持者。 这篇文章是为了回答这场辩论最根本的问题&…

Python读取CSV文件,数值精度丢失

Excel保存为csv以后&#xff0c;大数值的列&#xff0c;会把转换为科学计数法&#xff0c;而且后边几位都会被转为0. 搞了很多方法,最后直接安装 openpyxl 组件 和 pandas&#xff0c; 读取Excel文件就行了。 data pd.read_excel("C:/work/20221111AI/cleaned_data_noTi…

WinForm,可能是Windows上手最快的图形框架了

文章目录Label和控件属性按钮和回调逻辑事件常用控件前文提要&#xff1a;超快速成&#xff0c;零基础掌握C#开发中最重要的概念抽丝剥茧&#xff0c;C#面向对象快速上手源码地址&#xff1a;我的第一个WinForm程序 Label和控件属性 WinForm是一门非常经济实惠的技术&#xf…

软件测试V模型

以“编码”为黄金分割线&#xff0c;将整个过程分为开发和测试&#xff0c;并且开发和测试之间是串行的关系 特点&#xff1a; 明确标注了测试的类型 明确标注了测试阶段和开发阶段之间的对应关系 缺点&#xff1a; 测试后置 V模型是基于瀑布模型的&#xff0c;将测试放在…

linux中 ~ / . ..分别表示什么

嵌入式之路&#xff0c;贵在日常点滴 ---阿杰在线送代码 目录 ~ 表示代码主目录&#xff0c;也就是当前登录用户的用户目录。 /是指根目录&#xff1a;就是所有目录最顶层的目录 ./表示当前目录 ..表示上级目录 linux中 ~ 表示的是什么目录&#xff1f; ~ 表示代码主目…

2022 APMCM亚太数学建模竞赛 C题 全球是否变暖 思路及代码实现(持续更新中)

2022 APMCM亚太数学建模竞赛 C题 全球是否变暖 思路及代码实现(持续更新中) 1 题目 全球变暖与否? 加拿大49.6C的高温为地球北纬50以上地区创造了新的气温记录&#xff0c;一周内就有数百人死于高温;美国加利福尼亚州死亡谷54.4C&#xff0c;是地球上有记录以来的最高温度;科…

c++动态创建二维数组和释放

动态创建二维数组和释放 文章目录创建参考博客&#x1f60a;点此到文末惊喜↩︎ 创建 指针数组的方式 使用malloc和free可以兼容c相比于使用STL可以更加灵活但是debug可能数组显示不全 // 初始化int **arr;int row 5;//用于表示行数int col 5;//用于表示列数arr new int…

【C++】模拟实现STL容器:vector

目录 一、vector迭代器失效问题 1、Visual Studio和g对迭代器失效问题的表现 2、解决迭代器失效的方法 二、模拟实现构造函数调用不明确 1、问题描述 2、解决调用不明确的方法 三、reserve中的深浅拷贝问题 1、reserve中浅拷贝发生原因 2、浅拷贝发生的图解 3、解决方…

网站升级HTTPS教程

现在越来越多的网站开始使用https协议&#xff0c;其实百度从2014年底就已经开始支持https了&#xff0c;并且据说在排名上&#xff0c;同权重的网站&#xff0c;开启https会优待提升排名。先不管排不排名吧&#xff0c;https是一种更安全更先进的技术。作为互联网的弄潮儿&…

【优化调度】粒子群算法求解水火电调度优化问题【含Matlab源码 1181期】

⛄一、粒子群算法简介 1 引言 自然界中的鸟群和鱼群的群体行为一直是科学家的研究兴趣所在。生物学家Craig Reynolds在1987年提出了一个非常有影响的鸟群聚集模型&#xff0c;在他的仿真中&#xff0c;每一个个体都遵循&#xff1a;避免与邻域个体相撞&#xff1a;匹配邻域个体…

轻量级模型设计与部署总结

前言一些关键字定义及理解 计算量 FLOPs内存访问代价 MACGPU 内存带宽Latency and Throughput英伟达 GPU 架构 CNN 架构的理解手动设计高效 CNN 架构建议 一些结论&#xff1a; 一些建议轻量级网络模型部署总结轻量级网络论文解析文章 参考资料 文章同步发于 github 仓库 和 知…