这是我们可以尝试的事情：在用加载的数据替换状态后分派一个 LOAD 操作。Reducers 会将加载状态合并到默认状态，以确保没有遗漏任何内容。例如

export function objectNoId(objectType, initialState) {
        ...
        else if (action.type === 'LOAD')
            return Object.assign({}, initialState, state);
        ...
};

这可能行得通，但您可能会以跨版本的垃圾/冲突状态结束。
我在考虑某种哈希算法。可能在不同的数据集上有所不同。
在设置上，字典键的校验和 (md5)。这很容易，因为设置状态是一个单级字典，所有键都将存在于文件/本地存储中。但是对于另一个……我不太确定。多级字典需要所有的键都存在才能用校验和算法进行检查，否则将会失败，除非我们有一个更健壮的模式。

密钥散列的一个问题是随着时间的推移会积累大量的散列。Reducers 必须知道如何处理每一个曾经存在的旧散列。当我们添加新字段时，它们会快速堆积，很容易忘记添加它们，从而导致损坏。

Reducers 可以这样做来响应 LOAD：

• 将缺失字段设置为默认值
• 删除他们不认识的字段；当我们删除旧字段时会发生这种情况。
• 如果字段更改为不兼容的格式（例如 {} 而不是 []），则它需要一个新名称。Reducers 会检测到旧字段，将其删除，并将其数据转换为新字段。

object() 和 objectNoId() 现在响应 LOADED 执行此操作：

Set missing fields to defaults
Delete unrecognized fields

新的加载按钮和自动设置加载调度加载。

@tbfleming我发现了一个与此补丁相关的错误。转储工作区不会使用操作 ID (UUID) 重新加载，因此所有操作都与新加载状态相同（所有操作都在单击时展开，它们的所有属性同时更改，等等）

escaleras_300-01.json.zip

找到更新修复。谢谢

固定的。

我认为到目前为止效果很好。