V2EX › jaydenWang 的所有回复 › 第 2 页 / 共 5 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5

❮

❯

10 天前

回复了 jaydenWang 创建的主题 › 程序员 › React 缺失的“M”层：我开发了 Zenith，重塑完整的 Model

@uglyer 不是单例，也不推荐单例。使用 createReactStore 创建的都是局部状态，组件多实例彼此不影响。store 随着组件的生命周期销毁。直接 const todostore = new TodoStore()是单例，不推荐这么做，不过有些真正的全局状态可以这么干

10 天前

回复了 jaydenWang 创建的主题 › 程序员 › 不够“坦诚”的 Zustand：我们是否为了函数式而函数式？

@netabare 五个人协同开发，每个人都知道 get,set 在干嘛，但无法避免状态和逻辑散落在组件中，彼此就无法感知其他人做了什么。这在工程化上会是一个挑战

10 天前

回复了 jaydenWang 创建的主题 › 程序员 › 不够“坦诚”的 Zustand：我们是否为了函数式而函数式？

@codehz zustand 的使用体验，api 设计的非常棒。我觉得它缺失的是：set 不是私有方法，没能限制在 store 中调用；派生状态没有内聚在 store 中

10 天前

回复了 jaydenWang 创建的主题 › 程序员 › 不够“坦诚”的 Zustand：我们是否为了函数式而函数式？

@codehz 我很认同你说的 flux 核心原则，但是 zustand 做得并不好，派生状态目前只能通过 usememo 散落在各个组件里，并没有内聚到 store 中。另外一个就是组件可以直接 set zustand 的 state ，并没有限制到只能调用 store 的 action ，在实际开发中就会出现状态和 action 可能都大量散落在组件中的情况

11 天前

回复了 jaydenWang 创建的主题 › 程序员 › 不够“坦诚”的 Zustand：我们是否为了函数式而函数式？

@codehz Zustand 的设计和使用方式，被默认理解和实践为一种‘函数式姿态’，但它在工程语义上其实是在模拟对象模型

11 天前

回复了 jaydenWang 创建的主题 › 程序员 › 不够“坦诚”的 Zustand：我们是否为了函数式而函数式？

确实可以，但需要这么多"约定"和"注意事项"来规避闭包陷阱时，是否说明这套 DSL 本身在表达"有状态对象"时不够直观

19 天前

回复了 jaydenWang 创建的主题 › 前端开发 › 做 WYSIWYG Markdown 编辑器时，我为什么没继续用 zustand，而是写了 Zenith

Zenith store 灵感来源于 mobx 的<https://zh.mobx.js.org/defining-data-stores.html>这篇文章。但是实现和 api 不相同

19 天前

回复了 jaydenWang 创建的主题 › 前端开发 › 做 WYSIWYG Markdown 编辑器时，我为什么没继续用 zustand，而是写了 Zenith

抛开 immer ，Zenith 和 Zustand 最主要区别是：
1. Zustand 太自由了，Zenith 修改状态只能约束在 store 中，工程化不友好
2. Zenith 支持使用 memo 计算属性
3. Zenith 派生状态都内聚在 store 中