JSONキーに引用符付き文字列を使用する実用的な理由はありますか？

Crockfordのjson.orgによると、JSON オブジェクトはペアで構成されるメンバーで構成されています。

すべてのペアは文字列と値で構成され、文字列は次のように定義されます。

文字列は、バックスラッシュエスケープを使用して、二重引用符で囲まれた0個以上の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開発者の世界でのもう1つの一般的な例：ほとんどのブラウザーでレンダリングされる無効なHTMLの例は何千もあります...デバッグまたは維持するのにそれほど苦痛を与えませんか？まったく、まったく逆です。

また、@ マシューは以下のコメントですべての中で最高の点を示しています。これはすでに失敗しています。引用符で囲まれていないキーはJSON.parse()、すべての主要なブラウザ（およびそれを正しく実装する他のブラウザ）で構文エラーをスローします。ここでテストできます。

実際にはJSONのスーパーセットであるYAMLは、実行したいことをサポートします。スーパーセットですが、必要なだけシンプルに保つことができます。

YAMLは新鮮な空気の息吹であり、一見する価値があるかもしれません。開始するのに最適な場所はこちらです：http : //en.wikipedia.org/wiki/YAML

JSを含む、太陽の下のすべての言語用のライブラリがあります。例：https : //github.com/nodeca/js-yaml