React 的 keyMirror 有什么好处？

Question

我最近学习了许多 React 教程，特别是那些使用 Flux 架构的教程。所有这些教程都以各种形式使用了react/lib/keymirror。

我了解它的作用，但我不相信我完全了解它提供的好处。但是，这可能表明我对它所做的 的理解并不完全正确！

我的理解是：

1. 它产生一个enumerable。
2. 枚举通常用于函数式语言，但在object-orientated code 中也很有用。
3. 虽然minification 有好处，但我不确定在这种情况下我是否完全理解这些。
4. Bill Fisher 指出使用字符串代替常量并不是不合理的，当您拥有大量常量时，真正的好处就来了。

我想问题是，在中小型应用程序中，与仅在操作中引用的字符串相比，是否在 keyMirror 中定义一次常量，然后在两个不同的位置（操作和存储）要求和引用它们提供任何切实的好处和商店？

如果像比尔所说的那样，在一个地方查看常量列表会有所帮助，那么只保留一个包含字符串常量的 txt 文件的代码仍然会更少。

Answer 1

您必须等待 React 团队的某个人来确认这一点，但我猜一个原因是因为他们的样式指南不鼓励业务逻辑中的常量字符串文字。在许多开发人员处理相同代码的情况下，如果逻辑是通过设置和检查硬编码字符串来构建的，那么去哪里查找任何术语的来源就不太明显了。

第二个原因是相关的，但某些 IDE 会让您自动查找、完成或重构属性名称，但不能自动查找、完成或重构属性名称。将字符串定义在一个地方会使这些工作流程变得更加容易。

最后，更好的优化是可能的，因为所有可枚举的引用都可以由 UglifyJS 处理，它可以将符号重命名为更短，而不会影响开发代码的易读性或任何引用的健壮性。

所以我想说，除了小型短期应用程序之外，将文字字符串移动到组织良好的常量对象中是一个好主意。 KeyMirror 只是保证属性值与键匹配的一种助手。我相信这是为了让您可以重新使用任何属性的值作为有效键。