简介
JSON(JavaScript Object Notation) 是一种轻量级的数据交换格式。它基于ECMAScript的一个子集。 JSON采用完全独立于语言的文本格式，但是也使用了类似于C语言家族的习惯（包括C、C++、C#、Java、JavaScript、Perl、Python等）。这些特性使JSON成为理想的数据交换语言。 易于人阅读和编写，同时也易于机器解析和生成(网络传输速率)。
该风格指南是对在Google创建JSON APIs而提供的指导性准则和建议。总体来讲，JSON APIs应遵循JSON.org上的规范。这份风格指南澄清和标准化了特定情况，从而使Google的JSON APIs有一种标准的外观和感觉。这些指南适用于基于RPC和基于REST风格的API的JSON请求和响应。
本文译自：http://google-styleguide.googlecode.com/svn/trunk/jsoncstyleguide.xml
定义
为了更好地实现这份风格指南的目的，下面几项需要说明：
- 属性(property) – JSON对象内的键值对(name/value pair)
- 属性名(property name) – 属性的名称(或键)
- 属性值(property value) – 分配给属性的值
示例：
|
|
Javascript的数字(number)包含所有的浮点数,这是一个宽泛的指定。在这份指南中，数字(number)指代Javascript中的数字(number)类型，而整型(integer)则指代整型。
一般准则
注释
JSON对象中不包含注释。
JSON对象中不应该包含注释。该指南中的某些示例含有注释。但这仅仅是为了说明示例。
|
|
双引号
使用双引号
如果（某个）属性需要引号，则必须使用双引号。所有的属性名必须在双引号内。字符类型的属性值必须使用双引号。其它类型值（如布尔或数字）不应该使用双引号。
扁平化数据 VS 结构层次
不能为了方便而将数据任意分组
JSON中的数据元素应以扁平化方式呈现。不能为了方便而将数据任意分组。
在某些情况下，比如描述单一结构的一批属性，因为它被用来保持结构层次，因而是有意义的。但是遇到这些情况还是应当慎重考虑，记住只有语义上有意义的时候才使用它。例如，一个地址可以有表示两种方式，但结构化的方式对开发人员来讲可能更有意义：
扁平化地址:
|
|
结构化地址：
|
|
属性名准则
属性名格式
选择有意义的属性名
属性名必须遵循以下准则:
- 属性名应该是具有定义语义的有意义的名称。
- 属性名必须是驼峰式的，ASCII码字符串。
- 首字符必须式字母，下划线(_)或美元符号($)。
- 随后的其他字符可以是字母，数字，下划线(_)或美元符号($)。
- 应该避免使用Javascript中的保留关键字(下文附有Javascript保留字清单)
这些准则反映JavaScript标识符命名的指导方针。使JavaScript的客户端可以使用点符号来访问属性。(例如,result.thisIsAnInstanceVariable).
下面是一个对象的一个属性的例子：
|
|
JSON Map中的键名
在JSON Map中键名可以使用任意Unicode字符
当JSON对象作为Map(映射)使用时，属性的名称命名规则并不适用。Map（也称作关联数组）是一个具有任意键/值对的数据类型，这些键/值对通过特定的键来访问相应的值。JSON对象和JSON Map在运行时看起来是一样的；这个特性与API设计相关。当JSON对象被当作map使用时，API文件应当做出说明。
Map的键名不一定要遵循属性名称的命名准则。键名可以包含任意的Unicode字符。客户端可使用maps熟悉的方括号来访问这些属性。（例如result.thumbnails["72"]）
|
|
保留的属性名称
某些属性名称会被保留以便能在多个服务间相容使用
保留属性名称的详细信息，连同完整的列表，可在本指南后面的内容中找到。服务应按照被定义的语义来使用属性名称。
单数属性名 VS 复数属性名
数组类型应该是复数属性名。其它属性名都应该是单数。
数组通常包含多个条目，复数属性名就反映了这点。在下面这个保留名称中可以看到例子。属性名items是复数因为它描述的是一组对象。大多数的其它字段是单数。
当然也有例外，尤其是涉及到数字的属性值的时候。例如，在保留属性名中，totalItems 比 totalItem更合理。然后，从技术上讲，这并不违反风格指南，因为 totalItems 可以被看作 totalOfItems, 其中 total 是单数（依照风格指南），OfItems 用来限定总数。字段名也可被改为 itemCount，这样看起来更象单数.
|
|
命名冲突
通过选择新的属性名或将API版本化来避免命名冲突
新的属性可在将来被添加进保留列表中。JSON中不存在命名空间。如果存在命名冲突，可通过选择新的属性名或者版本化来解决这个问题。例如，假设我们由下面的JSON对象开始：
|
|
如果我们希望将来把ingredients列为保留字，我们可以通过下面两件事情来达成。 1.选一个不同的名字
|
|
2.在主版本上重新命名属性
|
|
属性值准则
属性值格式
属性值必须是Unicode 的 booleans（布尔）, 数字(numbers), 字符串(strings), 对象(objects), 数组(arrays), 或 null.
JSON.org上的标准准确的说明了哪些类型的数据可以作为属性值。这包含Unicode的布尔(booleans), 数字(numbers), 字符串(strings), 对象(objects), 数组(arrays), 或 null。JavaScript表达式是不被接受的。APIs应该支持该准则，并为某个特定的属性选择最合适的数据类型（比如，用numbers代表numbers等）。
好的例子：
|
|
不好的例子：
|
|
空或Null 属性值
考虑移除空或null值
如果一个属性是可选的或者包含空值或null值，考虑从JSON中去掉该属性，除非它的存在有很强的语义原因。
|
|
枚举值
枚举值应当以字符串的形式呈现
随着APIs的发展，枚举值可能被添加，移除或者改变。将枚举值当作字符串可以使下游用户幽雅的处理枚举值的变更。
Java代码：
|
|
JSON对象：
|
|
属性值数据类型
上面提到，属性值必须是布尔(booleans), 数字(numbers), 字符串(strings), 对象(objects), 数组(arrays), 或 null. 然而在处理某些值时，定义一组标准的数据类型是非常有用的。这些数据类型必须始终是字符串，但是为了便于解析，它们也会以特定的方式被格式化。
日期属性值
日期应该使用RFC3339建议的格式
日期应该是RFC 3339所建议的字符串格式。
|
|
时间间隔属性值
时间间隔应该使用ISO 8601建议的格式
时间间隔应该是ISO 8601所建议的字符串格式。
|
|
纬度/经度属性值
纬度/经度应该使用ISO 6709建议的格式
纬度/经度应该是ISO 6709所建议的字符串格式。 而且, 它应该更偏好使用 e ±DD.DDDD±DDD.DDDD 角度格式.
|
|
JSON结构和保留属性名
为了使APIs保持一致的借口，JSON对象应当使用以下的结构。该结构适用于JSON的请求和响应。在这个结构中，某些属性名将被保留用作特殊用途。这些属性并不是必需的，也就是说，每个保留的属性可能出现零次或一次。但是如果服务需要这些属性，建议遵循该命名条约。下面是一份JSON结构语义表，以Orderly格式呈现(现在已经被纳入 JSONSchema)。你可以在该指南的最后找到关于JSON结构的例子。
|
|
JSON对象有一些顶级属性，然后是data对象或error对象，这两者不会同时出现。下面是这些属性的解释。
顶级保留属性名称
顶级的JSON对象可能包含下面这些属性
apiVersion
属性值类型: 字符串(string)
父节点: -
呈现请求中服务API期望的版本，以及在响应中保存的服务API版本。应随时提供apiVersion。这与数据的版本无关。将数据版本化应该通过其他的机制来处理，如etag。
示例：
{ "apiVersion": "2.1" }
context
属性值类型: 字符串(string)
父节点: -
客户端设置这个值，服务器通过数据作出回应。这在JSON-P和批处理中很有用，用户可以使用context将响应与请求关联起来。该属性是顶级属性，因为不管响应是成功还是有错误，context总应当被呈现出来。context不同于id在于context由用户提供而id由服务分配。
示例：
请求 #1:
http://www.google.com/myapi?context=bart
请求 #2:
http://www.google.com/myapi?context=lisa
响应 #1:
{
"context": "bart",
"data": {
"items": []
}
}
响应 #2:
{
"context": "lisa",
"data": {
"items": []
}
}
公共的JavaScript处理器通过编码同时处理以下两个响应：
function handleResponse(response) {
if (response.result.context == "bart") {
// 更新页面中的 "Bart" 部分。
} else if (response.result.context == "lisa") {
// 更新页面中的 "Lisa" 部分。
}
}
id
属性值类型: 字符串(string)
父节点: -
服务提供用于识别响应的标识(无论请求是成功还是有错误)。这对于将服务日志和单独收到的响应对应起来很有用。
示例：
{ "id": "1" }
method
属性值类型: 字符串(string)
父节点: -
表示对数据即将执行，或已被执行的操作。在JSON请求的情况下，method属性可以用来指明对数据进行何种操作。在JSON响应的情况下，method属性表明对数据进行了何种操作。
一个JSON-RPC请求的例子，其中method属性表示要在params上执行的操作：
{
"method": "people.get",
"params": {
"userId": "@me",
"groupId": "@self"
}
}
params
属性值类型: 对象(object)
父节点: -
这个对象作为输入参数的映射发送给RPC请求。它可以和method属性一起用来执行RPC功能。若RPC方法不需要参数，则可以省略该属性。
示例：
{
"method": "people.get",
"params": {
"userId": "@me",
"groupId": "@self"
}
}
data
属性值类型: 对象(object)
父节点: -
包含响应的所有数据。该属性本身拥有许多保留属性名，下面会有相应的说明。服务可以自由地将自己的数据添加到这个对象。一个JSON响应要么应当包含一个data对象，要么应当包含error对象，但不能两者都包含。如果data和error同时出现，则error对象优先。
error
属性值类型: 对象(object)
父节点: -
表明错误发生，提供错误的详细信息。错误的格式支持从服务返回一个或多个错误。一个JSON响应可以有一个data对象或者一个error对象，但不能两者都包含。如果data和error都出现，error对象优先。
示例：
|
|
data对象的保留属性名
JSON对象的data属性可能包含以下属性。
data.kind
属性值类型: 字符串(sting)
父节点: data
kind属性是对某个特定的对象存储何种类型的信息的指南。可以把它放在data层次，或items的层次，或其它任何有助于区分各类对象的对象中。如果kind对象被提供，它应该是对象的第一个属性（详见下面的属性顺序部分）。
示例：
|
|
data.fields
属性值类型: 字符串(string)
父节点: data
表示做了部分GET之后响应中出现的字段，或做了部分PATCH之后出现在请求中的字段。该属性仅在做了部分GET请求/批处理时存在，且不能为空。
示例：
|
|
data.etag
属性值类型: 字符串(string)
父节点: data
响应时提供etag。关于GData APIs中的ETags详情可以在这里找到：http://code.google.com/apis/gdata/docs/2.0/reference.html#ResourceVersioning
示例：
|
|
data.id
属性值类型: 字符串(string)
父节点: data
一个全局唯一标识符用于引用该对象。id属性的具体细节都留给了服务。
示例：
|
|
data.lang
属性值类型: 字符串(string)(格式由BCP 47指定)
父节点: data (或任何子元素)
表示该对象内其他属性的语言。该属性模拟HTML的lang属性和XML的xml:lang属性。值应该时BCP 47中定义的一种语言值。如果一个单一的JSON对象包含的数据有多种语言，服务负责制定和标明的lang属性的适当位置。
示例：
|
|
data.updated
属性值类型: 字符串(string)(格式由RFC 3339指定)
父节点: data
指明条目更新的最后日期/时间(RFC 3339)，由服务规定。
示例：
|
|
data.deleted
属性值类型: 布尔(boolean)
父节点: data (或任何子元素)
一个标记元素，当出现时，表示包含的条目已被删除。如果提供了删除属性，它的值必须为true;为false会导致混乱，应该避免。
示例：
|
|
data.items
属性值类型: 数组(array)
父节点: data
属性名items被保留用作表示一组条目(例如,Picasa中的图片，YouTube中的视频)。这种结构的目的是给与当前结果相关的集合提供一个标准位置。例如，知道页面上的items是数组，JSON输出便可能插入一个通用的分页系统。如果items存在，它应该是data对象的最后一个属性。（详见下面的属性顺序部分）。
示例：
|
|
用于分页的保留属性名
下面的属性位于data对象中，用来给一列数据分页。一些语言和概念是从OpenSearch规范中借鉴过来的。
下面的分页数据允许各种风格的分页，包括：
- 上一页/下一页 – 允许用户在列表中前进和后退，一次一页。nextLink 和previousLink属性 (下面的”链接保留属性名”部分有描述) 用于这种风格的分页。
- 基于索引的分页 – 允许用户直接跳到条目列表的某个条目位置。例如，要从第200个条目开始载入10个新的条目，开发者可以给用户提供一个URL的查询字符串?startIndex=200。
- 基于页面的分页 – 允许用户直接跳到条目内的具体页。这跟基于索引的分页很类似,但节省了开发者额外的步骤，不需再为新一页的条目计算条目索引。例如，开发人员可以直接跳到第20页，而不是跳到第200条条目。基于页面分页的网址，可以使用查询字符串?page=1或?page=20。pageIndex和 totalPages 属性用作这种风格的分页.
在这份指南的最后可以找到如何使用这些属性来实现分页的例子。
data.currentItemCount
属性值类型: 整数(integer)
父节点: data
结果集中的条目数目。应该与items.length相等，并作为一个便利属性提供。例如，假设开发者请求一组搜索条目，并且要求每页10条。查询集共有14条。第一个条目页将会有10个条目，因此itemsPerPage和currentItemCount都应该等于10。下一页的条目还剩下4条；itemsPerPage仍然是10,但是currentItemCount是4.
示例：
|
|
data.itemsPerPage
属性值类型: 整数(integer)
父节点: data
items结果的数目。未必是data.items数组的大小；如果我们查看的是最后一页，data.items的大小可能小于itemsPerPage。但是，data.items的大小不应超过itemsPerPage。
示例：
|
|
data.startIndex
属性值类型: 整数(integer)
父节点: data
data.items中第一个条目的索引。为了一致，startIndex应从1开始。例如，第一组items中第一条的startIndex应该是1。如果用户请求下一组数据，startIndex可能是10。
示例：
|
|
data.totalItemsx
属性值类型: 整数(integer)
父节点: data
当前集合中可用的总条目数。例如，如果用户有100篇博客文章，响应可能只包含10篇，但是totalItems应该是100。
示例：
|
|
data.pagingLinkTemplate
属性值类型: 字符串(string)
父节点: data
URL模板指出用户可以如何计算随后的分页链接。URL模板中也包含一些保留变量名：表示要载入的条目的{index}，和要载入的页面的{pageIndex}。
示例：
|
|
data.pageIndex
属性值类型: 整数(integer)
父节点: data
条目的当前页索引。为了一致，pageIndex应从1开始。例如，第一页的pageIndex是1。pageIndex也可以通过基于条目的分页而计算出来pageIndex = floor(startIndex / itemsPerPage) + 1。
示例：
|
|
data.totalPages
属性值类型: 整数(integer)
父节点: data
当前结果集中的总页数。totalPages也可以通过上面基于条目的分页属性计算出来: totalPages = ceiling(totalItems / itemsPerPage).。
示例：
|
|
用于链接的保留属性名
下面的属性位于data对象中，用来表示对其他资源的引用。有两种形式的链接属性：1）对象，它可以包含任何种类的引用（比如JSON-RPC对象），2)URL字符串，表示资源的URIs(后缀总为’Link’)。
data.self / data.selfLink
属性值类型: 对象(object)/字符串(string)
父节点: data
自身链接可以用于取回条目数据。比如，在用户的Picasa相册中，条目中的每个相册对象都会包含一个selfLink用于检索这个相册的相关数据。
示例：
|
|
data.edit / data.editLink
属性值类型: 对象(object)/字符串(string)
父节点: data
编辑链接表明用户可以发送更新或删除请求。这对于REST风格的APIs很有用。该链接仅在用户能够更新和删除该条目时提供。
示例：
|
|
data.next / data.nextLink
属性值类型: 对象(object)/字符串(string)
父节点: data
该下一页链接标明如何取得更多数据。它指明载入下一组数据的位置。它可以同itemsPerPage，startIndex 和 totalItems属性一起使用用于分页数据。
示例：
|
|
data.previous / data.previousLink
属性值类型: 对象(object)/字符串(string)
父节点: data
该上一页链接标明如何取得更多数据。它指明载入上一组数据的位置。它可以连同itemsPerPage，startIndex 和 totalItems属性用于分页数据。
示例：
|
|
错误对象中的保留属性名
JSON对象的error属性应包含以下属性。
error.code
属性值类型: 整数(integer)
父节点: error
表示该错误的编号。这个属性通常表示HTTP响应码。如果存在多个错误，code应为第一个出错的错误码。
示例：
|
|
error.message
属性值类型: 字符串(string)
父节点: error
一个人类可读的信息，提供有关错误的详细信息。如果存在多个错误，message应为第一个错误的错误信息。
示例：
|
|
error.errors
属性值类型: 数组(array)
父节点: error
包含关于错误的附加信息。如果服务返回多个错误。errors数组中的每个元素表示一个不同的错误。
示例：
{ "error": { "errors": [] } }
error.errors[].domain
属性值类型: 字符串(string)
父节点: error.errors
服务抛出该错误的唯一识别符。它帮助区分服务的从普通协议错误(如,找不到文件)中区分出具体错误(例如，给日历插入事件的错误)。
示例：
|
|
error.errors[].reason
属性值类型: 字符串(string)
父节点: error.errors
该错误的唯一识别符。不同于error.code属性，它不是HTTP响应码。
示例：
|
|
error.errors[].message
属性值类型: 字符串(string)
父节点: error.errors
一个人类可读的信息，提供有关错误的更多细节。如果只有一个错误，该字段应该与error.message匹配。
示例：
|
|
error.errors[].location
属性值类型: 字符串(string)
父节点: error.errors
错误发生的位置（根据locationType字段解释该值）。
示例：
|
|
error.errors[].locationType
属性值类型: 字符串(string)
父节点: error.errors
标明如何解释location属性。
示例：
|
|
error.errors[].extendedHelp
属性值类型: 字符串(string)
父节点: error.errors
help text的URI，使错误更易于理解。
示例：（注：原示例这里有笔误，中文版这里做了校正）
{
"error":{
"errors": [{"extendedHelp": "http://url.to.more.details.example.com/"}]
}
}
error.errors[].sendReport
属性值类型: 字符串(string)
父节点: error.errors
report form的URI，服务用它来收集错误状态的数据。该URL会预先载入描述请求的参数
示例：
|
|
属性顺序
在JSON对象中属性可有任意顺序。然而，在某些情况下，有序的属性可以帮助分析器快速解释数据，并带来更好的性能。在移动环境下的解析器就是个例子，在这种情况下，性能和内存是至关重要的，不必要的解析也应尽量避免。
Kind属性
Kind属性应为第一属性
假设一个解析器负责将一个原始JSON流解析成一个特定的对象。kind属性会引导解析器将适合的对象实例化。因而它应该是JSON对象的第一个属性。这仅适用于对象有一个kind属性的情况(通常可以在data和items属性中找到)。
Items属性
items应该是data对象的最后一个属性
这使得阅读每一个具体条目前前已读所有的集合属性。在有很多条目的情况下，这样就避免了开发人员只需要从数据的字段时不必要的解析这些条目。
这让阅读所有集合属性先于阅读单个条目。如遇多个条目的情况，当开发者仅需要数据中的字段时，这就可避免解析不必要的条目。
属性顺序示例：
|
|
示例
YouTube JSON API
这是YouTube JSON API响应对象的示例。你可以从中学到更多关于YouTube JSON API的内容：http://code.google.com/apis/youtube/2.0/developers_guide_jsonc.html
|
|
分页示例
如何将Google搜索条目作为JSON对象展现出来，对分页变量也有特别关注。
这个示例仅用作说明。下面的API实际上并不存在。
这是Google搜索结果页面的示例： 
这是该页面JSON形式的呈现：
|
|
这是如何展现屏幕截图中的色块的例子（背景颜色对应下图中的颜色）
- Results 11 – 20 of about 2,700,000 = startIndex
- Results 11 – 20 of about 2,700,000 = startIndex + currentItemCount – 1
- Results 11 – 20 of about 2,700,000 = totalItems
- Search results = items (formatted appropriately)
- Previous/Next = previousLink / nextLink
- Numbered links in “Gooooooooooogle” = Derived from “pageLinkTemplate”. The developer is responsible for calculating the values for {index} and substituting those values into the “pageLinkTemplate”. The pageLinkTemplate’s {index} variable is calculated as follows:
- Index #1 = 0 * itemsPerPage = 0
- Index #2 = 2 * itemsPerPage = 10
- Index #3 = 3 * itemsPerPage = 20
- Index #N = N * itemsPerPage