是否有任何实际理由对 JSON 键使用带引号的字符串？

Question

根据 Crockford 的 json.org，一个 JSON 对象 由 组成成员，由对组成。

每对都由一个字符串和一个值组成，字符串定义为：

字符串是零个或多个的序列 Unicode 字符，用双引号包裹 引号，使用反斜杠转义。一个 字符被表示为单个 字符串。一串很 很像 C 或 Java 字符串。

但实际上，大多数程序员甚至不知道 JSON 键应该用双引号引起来，因为大多数浏览器不需要使用双引号。

将 JSON 用双引号引起来有什么意义吗？

有效示例：

{
  "keyName" : 34
}

与无效示例相反：

{
   keyName : 34
}

Answer 1

JSON 键应该用引号引起来的真正原因依赖于 ECMAScript 3 标识符的语义。

保留字不能用作不带引号的对象文字中的属性名称，例如：

({function: 0}) // SyntaxError
({if: 0}) // SyntaxError
({true: 0}) // SyntaxError
// etc...

虽然如果使用引号，则属性名称有效：

({"function": 0}) // Ok
({"if": 0}) // Ok
({"true": 0}) // Ok

自己的 Crockford 对此进行了解释在本次演讲中，他们希望保持 JSON 标准简单，并且不希望对其进行所有这些语义限制：

...

就在那时我们发现
未引用的名称问题。事实证明
ECMA Script 3 保留了一个重击
词政策。保留字必须是
在关键位置引用，即
真的很麻烦。当我到达周围时
为了将其制定为标准，我
不想把所有的
标准中的保留字，
因为它看起来真的很愚蠢。

当时我正试图说服
人们：是的，你可以写
JavaScript 中的应用程序，它是
真的去上班了，这很好
语言。那时我不想说，
同时：看看这个
他们确实做了愚蠢的事情！所以我
决定，相反，让我们引用
键。
这样我们就不用告诉
任何人都知道它有多糟糕。

这就是为什么直到今天，键都被引用在
JSON。

...

ECMAScript 第五版标准修复了这个问题，现在在 ES5 实现中，甚至在对象文字和成员访问中都可以使用不带引号的保留字（obj.function 在 ES5 中可以）。

Answer 2

是的，它是无效的 JSON，否则在很多情况下都会被拒绝，例如 jQuery 1.4+ 有一个检查，可以使未加引号的 JSON 默默地失败。为什么不遵守规定？

让我们再举一个例子：

{ myKey: "value" }
{ my-Key: "value" }
{ my-Key[]: "value" }

...所有这些都带有引号是有效的，为什么不保持一致并在所有情况下使用它们，从而消除出现问题的可能性？

Web 开发人员世界中一个更常见的示例：在大多数浏览器中呈现的无效 HTML 示例数以千计……这是否可以减轻调试或维护的痛苦？完全不是，恰恰相反。

另外 @Matthew 在下面的评论中提出了最好的观点，这个已经失败了，不带引号的键将引发语法错误 JSON.parse()在所有主要浏览器（以及正确实现它的任何其他浏览器）中，您可以在此处进行测试。

Answer 3

如果我正确理解了标准，那么 JSON 所谓的“对象”实际上更接近于地图（“字典”），而不是通常意义上的实际对象。当前的标准很容易容纳允许任何类型的键的扩展，从而形成

{
    "1" : 31.0,
      1 : 17,
     1n : "valueForBigInt1"
}

3 个不同元素的有效“对象/映射”。

如果不是因为这个原因，我相信设计者会对所有情况下可选的键进行引号（可能除了关键字）。

Answer 4

YAML 实际上是 JSON 的超集，支持您想要执行的操作。尽管它是一个超级组，但它可以让您按照自己的意愿保持简单。

YAML 令人耳目一新，也许值得您花时间看一下。最好的起点是这里：http://en.wikipedia.org/wiki/YAML

是世界上所有语言的库，包括 JS，例如 https://github.com/nodeca/js- yaml