React redux：列出和编辑。应该使用一个项目数组还是项目数组和单独的edittingItem？

Question

如果在我的 React 应用程序中，使用 Redux 和 redux-thunk，我的商店有一组相对轻量级/非规范化的项目，用于所述项目的列表（在 API 中分页），但我也有一个编辑每个 /add 选项（与列表数组中的项目相同，但有许多附加字段，未进行非规范化等），我不知道以下哪个是存储在我的商店中的最佳方法：

1. 在我的商店中维护一个项目数组，其中包含所有必要的数据（标准化，因此每个都包含一个相对较深的对象图）。编辑只需要在商店中找到它，进行更改，然后切回到 state.items 数组中。
2. 为项目列表维护一个极简项目数组，同时还有一个根 state.currentItem 对象。
3. 为项目列表维护一组极简项目，同时将数组重置为仅包含一个项目（包含编辑所需的所有数据）。这避免了需要创建另一个 reducer，这可能是一件好事，也可能不是一件好事。

由于实际列表项对象的数据密集性，我必须使用选项 2/3，但现在我在两个地方有可能不会同步的冗余数据（尽管实际上，在我的应用程序中，由于分页/排序，我必须在返回列表时重新轮询来自 API 的最新数据）或可以包含两种不同对象格式的项目的项目数组。

两者都觉得很脏，这让我相信我错过了一些明显的东西，redux 已经具备处理能力。建议？其他选项？

Answer 1

用户可以同时更新多个项目吗？ Redux 尊重 3 important principles。其中之一是单一事实来源，这意味着所有有效/真实数据必须来自一个地方（存储在此处），并且每个数据元素都只存储一次。在商店中多次使用相同的商品很糟糕，主要是因为您说的同步问题。拥有深层对象也不是一个好方法，您应该保持状态平坦。由于您使用的是带有 redux 的 react，因此您可以访问 state、redux 的应用程序状态和 react 的组件状态。此类问题最常见的模式是创建您在组件状态下正在编辑的对象的副本。如果用户取消编辑，将很容易恢复它。如果用户在没有保存的情况下停止编辑项目，您的应用程序状态不会受到影响。此外，您将避免使用错误或重复的数据污染您的应用程序状态。假设在您的列表中，当用户单击某个项目时，该项目将转换为文本输入。列表项将基于 redux 存储项，文本输入将基于同一项的副本。这也适用于新对象。您还可以在添加/更新之前验证您的项目。请记住，最重要的部分是保持商店清洁，因为您将基于此显示商品，因此获取新商品不会影响您的列表。这样做还有助于您更新商店中的商品，因为您只需在发送保存操作时替换它。