简单，便宜，易于阅读，并且无论规格如何都能正常工作。

$delimiter = '';
for ....  {
    print $delimiter.$whatever
    $delimiter = ',';
}

对$delim的冗余赋值代价很小。 如果没有显式的循环，而是单独的代码片段，也同样有效。

我不会参加辩论俱乐部，我会坚持防御性编程的原则，将两种简单的技术结合起来，以简化与他人的接口:

作为一个接收json数据的应用程序的开发者，我可以很轻松地允许后面有逗号。 当开发一个编写json的应用程序时，我会严格地使用其他答案的聪明技巧之一，只在项目之间添加逗号，并避免后面的逗号。

还有更大的问题需要解决……

简单，便宜，易于阅读，并且无论规格如何都能正常工作。

$delimiter = '';
for ....  {
    print $delimiter.$whatever
    $delimiter = ',';
}

对$delim的冗余赋值代价很小。 如果没有显式的循环，而是单独的代码片段，也同样有效。

我通常循环遍历数组，并在字符串中的每个条目后附加一个逗号。循环结束后，我再次删除最后一个逗号。

也许不是最好的方法，但比每次检查它是否是循环中的最后一个对象要便宜一些。

Using a trailing comma is not allowed for json. A solution I like, which you could do if you're not writing for an external recipient but for your own project, is to just strip (or replace by whitespace) the trailing comma on the receiving end before feeding it to the json parser. I do this for the trailing comma in the outermost json object. The convenient thing is then if you add an object at the end, you don't have to add a comma to the now second last object. This also makes for cleaner diffs if your config file is in a version control system, since it will only show the lines of the stuff you actually added.

    char* str = readFile("myConfig.json");
    char* chr = strrchr(str, '}') - 1;
    int i = 0;
    while( chr[i] == ' ' || chr[i] == '\n' ){
        i--;
    }
    if( chr[i] == ',' ) chr[i] = ' ';
    JsonParser parser;
    parser.parse(str);

不。在http://json.org中维护的JSON规范不允许后面有逗号。据我所知，一些解析器在读取JSON字符串时可能会默默地允许它们，而其他解析器则会抛出错误。对于互操作性，不应该包含它。

上面的代码可以重新构造，可以在添加数组结束符时删除后面的逗号，也可以在项之前添加逗号，对第一个项跳过逗号。