所以我一周前开始学习 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;
}
它仍然是一个通过发出的操作进行变异的全局状态树，但极其简单且高效。
