jaydenWang

@dreamerblue 可以进一步聊聊有哪些方面可以改进的吗？

@ysmood Zenith 跟 Zustand 和 Stalo 做的事是不一样的，跟 Valtio 和 MobX 相似。就不要再讨论 zustand like 的方向了

@ysmood zenith 强制工程化，在此基础上提供优雅的更新，便捷的使用。不会为了简单好用弱化对做真确事的最求

@horizon 谢谢，欢迎使用、交流

@XCFOX Zenith 和 Valtio 确是很相近，下面是整理的对比，Zenith 在封装和工程化上会有一些优势，使用确实没 Valtio 简单

@ysmood zenith 追求的不是简单，是工程化。他可以不用 context ，但是不推荐这么做，不推荐成为单例，不推荐成为全局状态。使用 context ，store 可以具备组件相同的生命周期，随着组件实例而实例，跟随组件销毁。至于 computed value ，这是响应式系统非常关键的点，有了 computed value ，你只需要关注派生状态依赖什么就可以了，这不是耦合，这是减少后续开发的负担。后续的 set 操作就可以足够轻量，不需要 set 一个状态的时候，考虑其它状态需要如何控制

@XCFOX 请教一下 Valtio 是如何实现计算属性的，get 方法如果 return 类似 this.todos.filter(t => true)或者 this.todos.map(t => t)是否存在性能陷阱

@youyouzi View 层像 Zustand 一样简单。zustand 的 store 本身不支持计算属性，派生逻辑只能写在组件的 selector 里

@codehz 第一版就是基于 zustand 封装的，但是 zustand 不是核心。核心是 immer ，不可变状态，后续就移除了 zustand