Има ли някаква практическа причина да се използват низове в кавички за JSON ключове?

Истинската причина защо JSON ключовете трябва да са в кавички се основава на семантиката на идентификаторите на ECMAScript 3.

Запазените думи не могат да се използват като имена на свойства в Обектни литерали без кавички, например:

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

Въпреки че, ако използвате кавички, имената на свойствата са валидни:

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

Собственият Крокфорд го обяснява в този разговор, те искаха за да поддържат стандарта JSON прост и не биха искали да имат всички тези семантични ограничения върху него:

....

Тогава открихме проблема с нецитираното име. Оказва се, че ECMA Script 3 има политика за запазена дума. Запазените думи трябва да бъдат цитирани в ключовата позиция, което наистина е неудобство. Когато стигнах до формулирането на това в стандарт, не исках да поставям всички запазени думи в стандарта, защото би изглеждало наистина глупаво.

По онова време се опитвах да убедя хората: да, можете да пишете приложения на JavaScript, наистина ще работи и е добър език. Тогава не исках да кажа в същото време: и вижте това наистина глупаво нещо, което направиха! Затова реших, вместо това, нека просто цитираме ключовете.
По този начин не е нужно да казваме на никого колко е ужасно.

Ето защо и до днес ключовете се цитират в JSON.

...

Стандартът ECMAScript 5th Edition коригира това, сега в реализация на ES5 дори запазените думи могат да се използват без кавички както в обектните литерали, така и в членския достъп (obj.function Добре в ES5).

Само за протокола, този стандарт се внедрява в наши дни от доставчици на софтуер, можете да видите кои браузъри включват тази функция на този таблица за съвместимост (вижте Резервирани думи като имена на свойства)

Да, това е невалиден JSON и ще бъде отхвърлен в противен случай в много случаи, например jQuery 1.4+ има проверка, която прави JSON без кавички тихо неуспешен. Защо не бъдете съвместими?

Да вземем друг пример:

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

...всички те би били валидни с кавички, защо не сте последователни и не ги използвате във всички случаи, елиминирайки възможността за проблем?

Още един често срещан пример в света на уеб разработчиците: Има хиляди примери за невалиден HTML, който се изобразява в повечето браузъри... това прави ли по-малко болезнено отстраняването на грешки или поддръжката? Съвсем не, точно обратното.

Освен това @Матю прави най-добрата гледна точка в коментарите по-долу, това вече се проваля, ключовете без кавички ще изведат синтактична грешка с JSON.parse() във всички основни браузъри (и всички други, които го прилагат правилно), можете да го тествате тук.

YAML, който всъщност е надмножество на JSON, поддържа това, което искате да направите. Въпреки че е суперкомплект, той ви позволява да го поддържате толкова прост, колкото искате.

YAML е глътка свеж въздух и може би си струва да отделите време да го разгледате. Най-доброто място да започнете е тук: http://en.wikipedia.org/wiki/YAML

Има библиотеки за всеки език под слънцето, включително JS, напр. https://github.com/nodeca/js-yaml