JSON-Namenskonvention

In diesem Dokument Google JSON Style Guide (Empfehlungen für die Erstellung von JSON-APIs bei Google),

Es empfiehlt Folgendes:

1. Eigenschaftsnamen müssen camelCased, ASCII-Strings sein.

2. Das erste Zeichen muss ein Buchstabe, ein Unterstrich (_) oder ein Dollarzeichen ($) sein.

Beispiel:

{
  "thisPropertyIsAnIdentifier": "identifier value"
}

Mein Team folgt dieser Konvention.

Es gibt keinen EINZIGEN Standard, aber ich habe 3 Stile gesehen, die Sie erwähnen ("Pascal/Microsoft", "Java" (camelCase) und "C" (Unterstriche, snake_case)) -- sowie mindestens einen weiteren, kebab-case wie longer-name).

Es scheint hauptsächlich davon abzuhängen, welchen Hintergrund die Entwickler des fraglichen Dienstes hatten; diejenigen mit C/C++-Hintergrund (oder Sprachen, die eine ähnliche Namensgebung verwenden, wozu viele Skriptsprachen, Ruby usw. gehören) wählen oft die Unterstrich-Variante; und der Rest ist ähnlich (Java vs. .NET). Die erwähnte Jackson-Bibliothek zum Beispiel übernimmt die Java-Bean-Namenskonvention (camelCase)

UPDATE: meine Definition von "Standard" ist eine EINZIGE Konvention. Während man also behaupten könnte "ja, es gibt viele Standards", gibt es für mich mehrere Naming Conventions, von denen keine "der" Standard insgesamt ist. Eine von ihnen könnte als der Standard für eine bestimmte Plattform angesehen werden, aber da JSON für die Interoperabilität zwischen Plattformen verwendet wird, kann das sinnvoll sein oder auch nicht.

Es scheint, dass es genug Variationen gibt, dass die Leute sich Mühe geben, die Umwandlung von allen Konventionen in andere zu ermöglichen: http://www.cowtowncoder.com/blog/archives/cat_json.html

Bemerkenswert ist, dass der erwähnte Jackson JSON Parser bean_naming bevorzugt.