在JSON键中使用加引号的字符串有实际的理由吗？

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

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

字符串是零个或多个Unicode字符的序列，使用反斜杠转义符将其括在双引号中。字符表示为单个字符串。字符串非常类似于C或Java字符串。

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

麻烦用双引号引起来的JSON是否有意义？

有效示例：

{
  "keyName" : 34
}

相对于无效：

{
   keyName : 34
}

为何将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 5th Edition Standard在ES5实现中解决了此问题，即使对象字面量和成员访问权限中，甚至保留字也可以不带引号使用（obj.functionES5中为OK）。

仅作记录，该标准已由软件供应商实施，您可以在此兼容性表上查看哪些浏览器包含此功能（请参阅保留字作为属性名）。

是的，它是无效的JSON，在许多情况下会被拒绝，例如jQuery 1.4+的检查使无引号的JSON静默失败。为什么不合规？

让我们再举一个例子：

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

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

Web开发人员世界中一个更常见的示例：在大多数浏览器中都有成千上万个无效的HTML呈现示例...是否使调试或维护的痛苦减轻了？完全没有，相反。

此外，@ Matthew在下面的评论中也指出了所有问题的全部，这已经失败了，未引用的键将JSON.parse()在所有主要浏览器（以及任何其他正确实现它的浏览器）中引发语法错误，您可以在此处进行测试。

实际上，YAML是JSON的超集，它支持您要执行的操作。尽管它是一个超集，但它使您可以根据需要保持简单。

YAML呼吸新鲜空气，值得您花些时间看看它。最好的起点是这里：http : //en.wikipedia.org/wiki/YAML

阳光下每种语言都有库，包括JS，例如https://github.com/nodeca/js-yaml