ngrx/entities技术咨询：能否修改实体ID？是否需用不可变ID？

嘿，咱来好好唠唠你关于ngrx/entities ID的这两个问题！

是否可以修改ngrx/entities中的ID？ #

技术上不是完全不能改，但直接修改实体ID会给你带来一堆麻烦。ngrx/entities的核心是靠ID作为索引来快速定位、管理实体的，一旦实体被加入到entityAdapter维护的状态里，内部的索引结构就绑定了这个ID。

如果你只是悄悄把实体的ID字段改了，entityAdapter根本不会察觉，它的索引还是指向旧ID，后续用选择器查找这个实体时就会找不到，甚至状态里会同时存在新旧ID的两个重复实体——这绝对是你不想看到的。

如果真的要改ID，必须手动维护状态的一致性：先通过entityAdapter.removeOne()移除旧ID对应的实体，再用addOne()或者upsertOne()把修改了ID的新实体加进去。只有这样才能保证索引和实体数据匹配。

在ngrx/entities中是否必须使用不可修改的ID？我希望将字符串属性path作为ID，它具备唯一性，但可能会发生变更。这种情况下我是否应该使用UUID作为ID？ #

ngrx/entities并没有强制要求ID必须不可变，但我强烈推荐你用不可变的ID——这能帮你省掉超多后续的维护成本，避免各种莫名其妙的状态不一致问题。

先说说用path作为可变ID的情况：它现在是唯一的，但一旦path变更，你就必须每次都执行“删旧实体+加新实体”的操作，就像我刚才说的那样。而且如果你的应用里有其他地方依赖这个path（比如组件里缓存了旧的path作为查询条件），很容易出现数据不同步的bug，排查起来特别头疼。

这种情况下，UUID（或者其他生成的不可变唯一标识）绝对是更稳妥的选择。你可以给每个实体分配一个固定的UUID作为id字段（ngrx/entities默认用id作为ID键，要是你习惯别的字段，也可以在创建entityAdapter时自定义），然后把path当成普通的可修改属性来存储。

这样一来，哪怕path需要变更，你只需要用entityAdapter.updateOne()去更新这个属性就行，完全不用管ID的事——entityAdapter会自动维护索引，因为ID从来没变过，整个流程简单又安全。

当然，如果你铁了心要用path当ID，也不是不行，但一定要严格执行“删旧加新”的操作逻辑，比如在reducer里处理对应的action时：

case MyActions.updateEntityPath:
  const { oldPath, updatedEntity } = action.payload;
  // 先移除旧path对应的实体，再插入新path的实体
  return entityAdapter.addOne(
    updatedEntity,
    entityAdapter.removeOne(oldPath, state)
  );

但说实话，这种写法不仅繁琐，还容易漏步骤，不如直接用UUID省心。

总结一下：

• 不是必须，但强烈推荐使用不可变ID，能大幅降低状态维护的复杂度
• 用path作为可变ID可行，但需要每次变更时手动处理实体的删除与插入，容易出错
• UUID是最优解，既保证唯一性又无需担心变更问题

内容的提问来源于stack exchange，提问作者mr__brainwash