jaydenWang 最近的时间轴更新
jaydenWang

jaydenWang

V2EX 第 486701 号会员,加入于 2020-04-28 10:51:26 +08:00
今日活跃度排名 3856
jaydenWang 最近回复了
13 小时 7 分钟前
回复了 jaydenWang 创建的主题 程序员 React 缺失的“M”层:我开发了 Zenith,重塑完整的 Model
@dreamerblue 可以进一步聊聊有哪些方面可以改进的吗?
@ysmood Zenith 跟 Zustand 和 Stalo 做的事是不一样的,跟 Valtio 和 MobX 相似。就不要再讨论 zustand like 的方向了
@ysmood zenith 强制工程化,在此基础上提供优雅的更新,便捷的使用。不会为了简单好用弱化对做真确事的最求
@horizon 谢谢,欢迎使用、交流
@XCFOX Zenith 和 Valtio 确是很相近,下面是整理的对比,Zenith 在封装和工程化上会有一些优势,使用确实没 Valtio 简单
![Zenith vs Valtio]( https://ik.imagekit.io/g123/doraemon/c065d297-f4de-4eb5-86ad-19cd39d0957e.png)
@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
@Ketteiron trackGetterAcces 这种设计可能是有问题的,我想想有没有优雅的姿势自动清除缓存
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   2605 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 21ms · UTC 15:00 · PVG 23:00 · LAX 07:00 · JFK 10:00
♥ Do have faith in what you're doing.