Dr. Axel Rauschmayer最近撰文介绍了还处于Stage1阶段的两个JavaScript新特性：记录和元组。
记录和元组是一个新提案（Record & Tuple，
建议为JavaScript增加两个复合原始类型：
记录（Record），是不可修改的按值比较的对象元组（Tuple），是不可修改的按值比较的数组
当前，JavaScript只有在比较原始值（如字符串）时才会按值比较（比较内容）：
但在比较对象时，则是按标识比较（by identity），因此对象只与自身严格相等：
“记录和元组”的提案就是为了让我们可以创建按值比较的复合类型值。
比如，在对象字面量前面加一个井号（#），就可以创建一个记录。而记录是一个按值比较的复合值，且不可修改：
如果在数组字面量前面加一个#，就可以创建一个元组，也就是可以按值比较且不可修改的数组：
按值比较的复合值就叫复合原始值或者复合原始类型。
使用typeof可以看出来，记录和元组都是原始类型：
记录：键必须是字符串值必须是原始值（包括记录和元组）元组：元素必须是原始值（包括记录和元组）
注意：这些都是浅层转换。如果值树结构中有任何节点不是原始值，Record()和Tuple.from()会抛出异常。
某些数据结构（比如散列映射和搜索树）有槽位，其中键的保存位置根据它们的值来确定。如果键的值改变了，那这个键通常必须放到不同的槽位。这就是为什么在JavaScript中可以用作键的值：
要么按值比较且不可修改（原始值）要么按标识比较且可修改（对象）
复合原始值有如下好处。
深度比较对象，这是一个内置操作，可以通过如===来调用。共享值：如果对象是可修改的，为了安全共享就需要深度复制它的一个副本。而对于不可修改的值，就可以直接共享。数据的非破坏性更新：如果要修改复合值，由于一切都是不可修改的，所以就要创建一个可修改的副本，然后就可以放心地重用不必修改的部分。在Map和Set等数据结构中使用：因为两个内容相同的复合原始值在这门语言的任何地方（包括作为Map的键和作为Set的元素）都被认为严格相等，所以映射和集合成会变得更有用。
接下来演示这些好处。
有了复合原始值，即使是复合值（不是原始值那样的原子值）也可以去重：
如果是数组就办不到了：
因为对象是按标识比较的，所以在（非弱）映射中用对象作为键几乎没什么用：
如果使用复合原始值就不一样了：下面行(A)创建的映射会保存地址（记录）到人名的映射。
在下面的例子中，我们使用数组的方法.filter()（行(B)）提取了地址等于address（行(A)）的所有条目 。
在处理缓存的数据（如下面例子中的previousData）时，内置深度相等可以让我们有效地检查数据是否发生了变化。
多数测试框架都支持深度相等，以检查某个计算是否产生了预期的结果。例如，Node.js内置的assert模块有一个函数叫deepEqual()。有了复合原始值，就可以直接断言：
新语法的一个缺点是字符#已经在很多地方被占用了（比如私有字段），另外非数字字母字符多少显得有点神秘。可以看看下面的例子：
优点是这个语法比较简洁。对于一个常用的结构，当然越简单越好。此外，一旦熟悉了这个语法之后，神秘感自然就会越来越淡。
除了特殊的字面量语法，还可以使用工厂函数：
如果JavaScript支持Tagged Collection Literals（
已撤销），这个语法还可能有所改进：
唉，即便使用更短的名字，结果看起来还是有点乱：
JSON.stringify()把记录当成对象，把元组当成数组（递归）。JSON.parseImmutable与JSON.parse()类似，但返回记录而非对象，返回元组而非数组（递归）。
相比对象和数组，我其实更喜欢使用类作为一个数据容器。因为它可以把名字添加到对象上。为此，我希望将来会有一种类，它的实例不可修改且按值比较。
假如我们还可以深度、非破坏性地更新那些包含由值类型的类产生的对象的数据，那就更好了。
