小编que*_*gre的帖子

想象一下下面的物体

data class CourseState(
val key:Int=0,
val name:String="",
val courses:Courses=Courses())

实现以下模式

private val _courseState = mutableStateOf(CourseState())
val courseState: State<CourseState> = _courseState

我可以通过调用以下命令来触发 UI 的重构：

_courseState.value = CourseState()

但不是通过调用：

_courseState.value.courses.addCourse(Course("some course))

这有点令人沮丧，因为即使该对象明显发生了变化，我也被迫创建父对象的一个​​全新实例，以便引发其中的微小变化。

现在，我知道 Compose 在幕后使用该.equals()方法来确定是否应该重新组合布局，因此我对如何实现所需的行为有了一些想法。

1. 覆盖该equals方法：这将意味着一些样板代码，并且必须对构成我的对象的整个嵌套类集完成。这可能有效，但看起来危险且麻烦。

2. 使用clone接受其自己类的实例作为参数的方法或构造函数来创建对象的相同副本，该副本仍然代表我可以修改的新实例，然后作为可变状态值传递。听起来比之前的选择更容易，但优雅是不同的

3. 深入研究 State 和 MutableState 类，看看是否有办法让它们按照我想要的方式运行。我依赖你们中的一些人以前做过这件事，所以我不必 XD

让我知道你的想法，或者是否有其他一些明显的解决方案到目前为止我还没有想到

ASnapshotStateMap非常适合在 Compose 中处理键值对，因为它允许您跟踪对所述键值对的更改，而无需重新分配整个映射。然而，State 主要用于影响 UI，如果有一种方法让它保留一定的顺序，就像LinkedHashMap. 是否有一种优雅的方法来实现此目的，或者我是否被迫添加额外List的键来反映我希望显示值的顺序？

为了在 jetpack compose 中存储状态，到目前为止我使用了以下模式：

 private val _largeDataClass:MutableState<LargeDataClass> = mutableStateOf(LargeDataClass())
 val largeDataClass :State<LargeDataClass> = _largeDataClass

然后我在我的作品中显示该类的部分或全部属性。当用户更改此数据类的属性时，我需要更新状态，并按以下方式执行操作：

fun onUserEvent(somePropertyChange:String){
       _largeDataClass.value=largeDataClass.value.copy(someProperty = somePropertyChange)
}

我从以下帖子中得到了这种方法。它有效并且具有保持我的代码库相对较小的好处（因为可能有 20 多个不同的属性，LargeDataClass我不需要单独声明为可变状态）但是，如果我没有记错的话，遵循这种方法将触发我的代码的重组整个屏幕，即使用户只是在我的众多 .txt 文件中键入一个字母TextFields。由于我的所有可组合项都显示 largeDataClass 的某些属性，并且它们刚刚被通知其值已更改。

我的第一个问题是我的最后一个假设是否正确。我当前的保持状态的方式是否会对我的应用程序性能产生负面影响，因为我强制屏幕不断地完全重绘？或者是否有一些我不知道的优化可以防止这种情况发生并使我的应用程序安全？

我的第二个问题：如果有一种方法可以转换数据类，我真的很喜欢它，比如：

data class Student(
    val key: String = "s0",
    val firstName: String = "",
    val lastName: String = "")

进入等效的状态持有者类（类似于以下内容）

class StudentState(s:Student){
        val key= mutableStateOf(s:Key),
        val firstName= mutableStateOf(s.firstName),
        val lastName= mutableStateOf(s.lastName)}

（理想情况下，不必每次都自己显式编写这样的类）这已经存在吗？有没有办法使用反射或类似的方法来实现通用数据类？

我仍在学习如何处理 jetpack compose 中的状态，我想把它做好。在我看来，在 ViewModel 或 State Holder 类中单独跟踪数据类的属性是正确的做法，但另一方面，这使我的代码更长，而且感觉就像我在做很多东西重复两次，我的代码变得不太可读和可维护。非常感谢任何见解