是否有必要为了减少重组次数，而采用State包装

[junerver]

在hooks2的正式版发布之前，我有些犹豫要不要采取State包装来减少重组次数

从个人角度出发，我对compose重组持开放态度，通过合适的组合，以及编译器插件的跳过重组，即使每次状态变化都重组，理论上不会造成太多的性能损耗。

现在的hooks返回值都使用元组数据类包裹，使用时直接解构获取状态的值，就开发使用而言，这十分方便，缺点也很明确，会带来更多的重组。

只需要将返回值变成 State<T> ，就能改变这一现状，但带来的就是使用上的不便，你需要大量的使用state.value，也有违项目之初减少模板代码的初衷

在分支feat_stated中，我尝试了将大部分hook进行了State包装，我不确定是否应该将其合并入主线。

如果愿意提供你的使用观点、改进意见，我将不胜感激

[junerver]

简而言之，当前的所有 hook ，都在调用处 读取了状态，而非使用处 读取状态，这可能会扩大重组范围（这也正是useUpdate 之所以可以刷新页面的原因）

修改后，所有 hook 返回State<T> ，不再读取状态，仅在使用处使用 state.value 进行读取，这样就可以缩小重组范围，从而实现性能提升的目的，例如：

// 修改前
val (state, setState, getState) = useGetState("getState")
Column(modifier = Modifier.randomBackground().size(200.dp, 300.dp)) {
    Button(onClick = {
        setState(getState() + "1")
    }) { Text(state) } //此处可以直接使用state的值
}

// 修改后
val (state, setState, getState) = useGetState("getState")
Column(modifier = Modifier.randomBackground().size(200.dp, 300.dp)) {
    Button(onClick = {
        setState(getState() + "2")
    }) { Text(state.value) } //改为 state.value
}

修改前整个 Column 都是重组作用域，而修改该后只有 Text 是

---

这样的使用方法比较繁琐的是，要写很多.value ，因为返回的是数据类元组，带着大量的函数，无法直接通过 by 关键字实施状态委托，故而还有另一个设想：

将所有hook改成两步调用，就像无头表单 Form 与 Form.useForm 这样的用法，大概代码如下：

val controller = useController("default")
val (setState, getState) = controller
val state by useGetState(controller)

Column(modifier = Modifier.randomBackground().size(200.dp, 300.dp)) {
    Button(onClick = {
        setState(getState() + "2")
    }) { Text(state) }
}

也就是将所有函数调用由 controller 持有，hook只返回State，通过 by 委托获取，Controller 本身扩展 componentN，允许通过解构直接拿到函数

这个设想也可以是这样：

val setStateFnRef = useRef<SetValueFn<String>?>(null) //需要用那个函数就创建一个 Ref
val stateRef by useGetState("getStateWithRef") {
    this.setValue = setStateFnRef  // 将MutableRef 传递给 hook
}

Button(onClick = {
    setStateFnRef.current?.invoke("$stateRef+")  // 使用ref.current 获取到函数
}) { Text(stateRef) } 

实验性质的代码可见：useGetState

[junerver]

最后 hooks 选择了 State<T> 包装的形式，虽然 Google 官方推荐的延时读取方法是使用暴露值的函数，可作为一个状态管理的工具集，我个人认为工具还是应该暴露状态，由使用者最后决定采用何种读取方式。

比如现在在代码中我更喜欢使用 by 来获取状态值，这在频繁需要读取状态的场景会比使用函数更方便，也更利于预览（可以轻松的构造一个 mock 数据作为组件入参）