当手动生成JSON对象或数组时,通常更容易在对象或数组的最后一项上留下逗号。例如,从字符串数组输出的代码可能像这样(在c++中像伪代码):
s.append("[");
for (i = 0; i < 5; ++i) {
s.appendF("\"%d\",", i);
}
s.append("]");
给你一个字符串
[0,1,2,3,4,5,]
这是允许的吗?
当手动生成JSON对象或数组时,通常更容易在对象或数组的最后一项上留下逗号。例如,从字符串数组输出的代码可能像这样(在c++中像伪代码):
s.append("[");
for (i = 0; i < 5; ++i) {
s.appendF("\"%d\",", i);
}
s.append("]");
给你一个字符串
[0,1,2,3,4,5,]
这是允许的吗?
当前回答
不幸的是,JSON规范不允许后面有逗号。有一些浏览器允许这样做,但通常需要考虑所有浏览器。
一般来说,我试图把问题转过来,在实际值之前添加逗号,所以你最终得到的代码看起来像这样:
s.append("[");
for (i = 0; i < 5; ++i) {
if (i) s.append(","); // add the comma only if this isn't the first entry
s.appendF("\"%d\"", i);
}
s.append("]");
在for循环中额外的一行代码并不昂贵……
当从某种形式的字典中将结构输出到JSON时,我使用的另一种替代方法是始终在每个条目后面附加一个逗号(正如您上面所做的那样),然后在末尾添加一个没有逗号的虚拟条目(但这只是懒惰;->)。
不幸的是,它不能很好地使用数组。
其他回答
根据类JSONArray规范:
一个额外的,(逗号)可以出现在右括号之前。 空值将被插入,(逗号)省略。
所以,根据我的理解,应该允许这样写:
[0,1,2,3,4,5,]
但是有些解析器可能会返回7作为项目计数(如Daniel Earwicker指出的IE8),而不是预期的6。
编辑:
我发现了这个JSON验证器,它根据RFC 4627 (JavaScript对象符号的应用程序/ JSON媒体类型)和JavaScript语言规范验证JSON字符串。实际上,这里带逗号的数组只对JavaScript有效,而对RFC 4627规范无效。
然而,在RFC 4627规范中指出:
2.3. 数组 数组结构用0周围的方括号表示 或更多的值(或元素)。元素之间用逗号分隔。 Array = begin-array [value *(value-separator value)
对我来说,这又是一个解释问题。如果您写的元素用逗号分隔(没有说明特殊情况,如最后一个元素),则可以从两种方式来理解。
P.S. RFC 4627不是一个标准(如明确声明的那样),并且已经被RFC 7159(这是一个提议的标准)废止了
我保持当前的计数,并将其与总计数进行比较。如果当前计数小于总计数,则显示逗号。
如果在执行JSON生成之前没有总计数,则可能无法工作。
同样,如果您使用的是PHP 5.2.0或更高版本,则可以使用内置的JSON API格式化响应。
根据我过去的经验,我发现不同的浏览器对JSON中尾随逗号的处理方式不同。
Firefox和Chrome都处理得很好。但是IE(所有版本)似乎都坏了。我的意思是真正的中断,停止阅读剩余的剧本。
记住这一点,并且考虑到编写兼容的代码总是很好的事实,我建议花费额外的精力确保没有尾随逗号。
:)
不。在http://json.org中维护的JSON规范不允许后面有逗号。据我所知,一些解析器在读取JSON字符串时可能会默默地允许它们,而其他解析器则会抛出错误。对于互操作性,不应该包含它。
上面的代码可以重新构造,可以在添加数组结束符时删除后面的逗号,也可以在项之前添加逗号,对第一个项跳过逗号。
不。https://json.org中的“铁路图”是规范的精确翻译,并明确表示a,总是在值之前,而不是直接在值之前]:
或}: