IT技术 - Redux 不就是美化了全局状态吗？ - 吾爱随笔录

所以我一周前开始学习 React，我不可避免地遇到了状态问题以及组件应该如何与应用程序的其余部分进行通信。我四处搜索，Redux 似乎是本月的风味。我通读了所有文档，我认为这实际上是一个非常具有革命性的想法。以下是我的想法：

状态通常被认为是非常邪恶的，并且是编程中大量错误的来源。Redux 没有将它们全部分散在您的应用程序中，而是说为什么不将它们全部集中在一个全局状态树中，您必须发出动作才能更改？听起来不错。所有程序都需要状态，所以让我们把它放在一个不纯的空间中，只在那里修改它，这样错误就很容易追踪。然后我们还可以声明性地将单个状态块绑定到 React 组件，并让它们自动重绘，一切都很美好。

但是，我对整个设计有两个疑问。一方面，为什么状态树需要是不可变的？假设我不关心时间旅行调试、热重载，并且已经在我的应用程序中实现了撤消/重做。必须这样做似乎很麻烦：

case COMPLETE_TODO:
  return [
    ...state.slice(0, action.index),
    Object.assign({}, state[action.index], {
      completed: true
    }),
    ...state.slice(action.index + 1)
  ];

取而代之的是：

case COMPLETE_TODO:
  state[action.index].completed = true;

更不用说我正在制作一个在线白板只是为了学习，每个状态变化可能就像在命令列表中添加笔触一样简单。一段时间后（数百笔画）复制整个阵列可能会开始变得极其昂贵和耗时。

我可以使用独立于通过操作改变的 UI 的全局状态树，但它真的需要是不可变的吗？像这样的简单实现（非常粗略的草稿。在 1 分钟内写完）有什么问题？

var store = { items: [] };

export function getState() {
  return store;
}

export function addTodo(text) {
  store.items.push({ "text": text, "completed", false});
}

export function completeTodo(index) {
  store.items[index].completed = true;
}

它仍然是一个全局状态树，通过发出的动作进行变异，但非常简单和高效。