状态管理

状态管理这个词我相信大家都不陌生，无论是 Vue、React 都有状态管理 这种概念，就比如：

• Vue： Ref、Reactive、Computed、Vuex、Pinia
• React： useState、Redux、Mobx

这些状态管理的 API 或者 工具库，都有几个共同的特点：

• 自动进行状态追踪和更新： 也就是当一个值修改时，所有依赖它的地方都重新计算。不需要手动去重新计算
• 性能优势： 当一个值修改时，依赖项的更新都采用惰性更新的方式，减少不必要的性能损耗

但是上述的这些 API 或 工具库 都是跟一些前端框架耦合的，而不是 JavaScript 原生支持的

Signals 它来啦！！！

千呼万唤始出来！！！Signals 它来啦！！！最近，官方正式公开发布了 Signals 的TC39标准化草案，目前处于Stage0阶段，并且也推出了符合规范的polyfill

Signals 就是 JavaScript 原生支持的 状态管理 API

优势

• 自动进行状态追踪和更新： 也就是当一个值修改时，所有依赖它的地方都重新计算。不需要手动去重新计算
• 性能优势： 当一个值修改时，依赖项的更新都采用惰性更新的方式，减少不必要的性能损耗
• 跨框架： 它不跟任何一个前端框架耦合，可以用在任何一个框架之中，兼容性很强

基本用法

首先是进行 Signals 状态管理的声明

接着是对这个值的读取（get）和修改（set）

你也可以声明另一个 Signals 变量 B，且这个变量 B 依赖另一个变量 A，类似于 Vue 中的 computed

这需要用到 Signals.computed

而一个计算变量同样可以依赖另一个依赖变量

当状态管理变化的时候，我们会想去做一些操作，那我们应该如何监听变化呢？就类似于 Vue 的 watch

其实 Siganls 是会提供给我们一个 effect 的全局方法，让我们可以监听依赖项的变化，并传入一个回调函数，在回调中去做我们想做的事情

跟 Pinia、Vuex 比较？

如果指望 Signals 取代 Pinia、Vuex 那是不现实的，因为大部分项目都是使用 Vue 框架，而 Pinia、Vuex 是针对 Vue 推出的状态管理工具库，在 Vue 中用起来肯定比 Signals 好用多了~况且 Signals 现在还没正式上线呢~

Stage 0 阶段

• Stage 0 - Strawman (草案阶段): 这是提案的初始阶段，通常是一些初步的想法或建议。这些提案还没有得到正式的讨论和接受。
• Stage 1 - Proposal (提案阶段): 在这个阶段，提案已经经过了初步的讨论，并且有了详细的说明。它们通常由一个或多个TC39委员会成员提交，并等待进一步的审查和反馈。
• Stage 2 - Draft (草案阶段): 在这个阶段，提案已经经过了初步的审查，包括语法和语义方面的考虑。提案可能会在这个阶段进行一些修改和改进。
• Stage 3 - Candidate (候选阶段): 当提案达到这个阶段时，它们被认为是成熟的，可以被实施到JavaScript引擎中。这通常包括详细的规范文档和实际的参考实现。
• Stage 4 - Finished (完成阶段): 这是提案的最终阶段，表示它们已经被正式接受为ECMAScript标准的一部分，可以在各种JavaScript环境中广泛使用。