一直在为我的应用程序添加状态管理，并希望对组织规范化数据的最佳实践做一点澄清。
根据Redux Docs中的文档，一个常见的模式是组织州内“实体”下的“作者”和“书籍”等内容。
然而，我所遇到的大多数例子都不符合这种模式。似乎通常的做法是将“作者”和“书籍”置于国家内部而不是“实体”内。
希望对此有所澄清，并了解如何在“实体”中获取“作者”和“书籍”以适应示例文档的结构。
答案 0 :(得分：0)
我写了整整"Structuring Reducers" docs section，所以我要说我有资格回答：）
将所有不同的规范化数据放在entities密钥下只是一个建议。如果您希望将每个项目类型放在州树的顶部，那很好，由您决定。
我在规范化文档页面中的一些建议是基于Redux-ORM库如何组织事物。它生成一个reducer函数，用于定义所有＆＃34;表＆＃34;对于不同的项类型，因此reducer函数通常会成为根reducer中的一个切片（通常命名为orm或entities）。
有关使用Redux-ORM的更多信息，您可能需要阅读我的"Practical Redux" tutorial series，其中显示了许多使用Redux-ORM的技术，并在示例应用中演示了它的用法。