本文介绍了什么时候更愿意通过州级考试而不是考试本身的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!
问题描述
有没有哪种情况下应该优先选择其中一种选择?
@Composable
fun <T> Foo(data: State<T>) { ... }
比较
@Composable
fun <T> Foo(data: T) { ... }
或具有可变状态,
@Composable
fun <T> Foo(data: MutableState<T>) { ... }
比较
@Composable
fun <T> Foo(data: T, setData: (T) -> Unit) { ... }
显然,拥有setData lambda的一个好处是您可以截取set操作,但从编写的角度来看,我更感兴趣。是否对合成编译器或重组的工作方式有任何影响?推荐答案
我更喜欢
@Composable
fun <T> Foo(data: T) { ... }
和
@Composable
fun <T> Foo(data: T, setData: (T) -> Unit) { ... }
在它们各自的对应部分上。原因如下:
- 对于第一个,如果将来必须更改
State
数据结构,您必须重构Composable
的所有Composable
实际上没有原因,因为State<T>
不会带来任何额外的Composable
的可访问性。此外,在样本项目中和Google的现场演示,我总是看到他们使用T
- 对于第二个,假设您使用的是两个或多个组合,例如
ComposableA
和ComposableB
,如果对MutableState
进行任何更新,这两个组合都可以改变彼此的状态,这在某些情况下可能会产生问题。如果ComposableP
是它们最不常见的父级,我更喜欢在父级中声明MutableState
,并将T
和回调传递给ComposableA
和ComposableB
。您可以比较State Hoisting
这篇关于什么时候更愿意通过州级考试而不是考试本身的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持!