store - Flux / Redux：为什么术语＆＃34; Store＆＃34;？还有更好的选择吗？

自从我了解了Flux及其实现/＆＃39; flavors＆＃39;，例如Redux，＆＃34; Store＆＃34;让我不满意。在我看来，＆＃34; Store＆＃34;与Flux所做的事情截然不同。

实际上，当我搜索标签＆＃34; store＆＃34;时，它会提出以下内容：

商店是一组集成对象的数据存储库。这些对象使用数据库模式中定义的类建模。数据存储不仅包括数据库之类的数据存储库，它还是一个更通用的概念，包括可以存储数据的平面文件。

我知道这个定义是针对与JavaScript无关的东西，但这对我来说听起来很合乎逻辑，更接近于我如何理解＆＃34; Store＆＃34;：以某种形式管理数据存储的组件

在Flux（和Redux）中，Store管理State，它是值/对象的任意集合。两个库都包含Actions的概念，这些对象描述了需要执行的操作。 Flux Store通过订阅Dispatcher接收Actions，Action处理程序包含更改State的逻辑。 Redux Store包含一个dispatch(action)方法，该方法接受一个传递给指定Reducer的Action对象，该对象又包含修改状态的逻辑。在这两种情况下，当操作更改状态时，商店将通知相关方（例如，查看组件）此更改。可选地，Action Creators可用于进行＆＃34;调度＆＃34;行动更舒适，更不容易出错。

（我知道我在上面的描述中略过了一些细节和细微差别，但这不是我的观点。）

因此，Flux / Redux商店有多种用途：

＆＃39; Action Router＆＃39;：将收到的Action转发给相应的＆＃39;处理程序＆＃39; /＆＃39; reducer＆＃39;。
＆＃39;行动申请人＆＃39;：将行动结果应用于州。
＆＃39; State Observer＆＃39;：通知感兴趣的各方改变状态。

在这些情况中，我都没有看到管理数据存储的概念。然后为什么这个词＆＃34; Store＆＃34;？它究竟是什么＆＃39;存储＆＃39;？

我对你认为什么是好的选择非常感兴趣。如果你现在自己创建这个库，那么命名这个组件的最佳方法是什么？

非常感谢您的想法！

阿贝尔

Flux / Redux：为什么术语＆＃34; Store＆＃34;？还有更好的选择吗？

1 个答案: