这对机器来说更容易，比如解析和生成代码。 这对人类来说也更容易，即通过一致性进行修改、删除注释和视觉优雅。

假设C，你会这样写吗?

#include <stdio.h>
#include <stdlib.h>

int main(void)
{
    puts("Line 1");
    puts("Line 2");
    puts("Line 3");

    return EXIT_SUCCESS
}

不。不仅因为最后的语句是一个错误，而且因为它是不一致的。那么为什么对收藏也要这样呢?即使在允许省略最后分号和逗号的语言中，社区通常也不喜欢这样做。例如，Perl社区似乎不喜欢省略分号，除了一行程序。他们也把这个应用到逗号上。

不要在多行集合中省略逗号，就像不要在多行代码块中省略分号一样。我是说，即使语言允许，你也不会这么做，对吧?对吧?

它使代码编辑变得容易得多。 我比较editinc c/c++数组元素与编辑json文档-如果你忘记删除最后一个逗号，json将不会解析。(是的，我知道JSON不能手动编辑)

像许多东西一样，数组初始化器中的尾随逗号是c++从C继承的东西之一(并且必须永远支持)。在《Deep C secrets》一书中提到了与此完全不同的观点。

在一个有多个“逗号悖论”的例子之后:

char *available_resources[] = {
"color monitor"           ,
"big disk"                ,
"Cray"                      /* whoa! no comma! */
"on-line drawing routines",
"mouse"                   ,
"keyboard"                ,
"power cables"            , /* and what's this extra comma? */
};

我们读到:

.．.最后一个初始化式后面的逗号不是一个拼写错误，而是从原始c中继承下来的语法中的一个小点。它的存在或不存在是允许的，但没有任何意义。在ANSI C基本原理中声称的理由是，它使C的自动生成更容易。如果允许在每个以逗号分隔的列表中使用尾随逗号，例如在枚举声明中，或在单个声明中使用多个变量声明器，则声明将更加可信。事实并非如此。

．.． 对我来说，这更有意义

除了代码生成和编辑方便之外，如果您想实现解析器，这种类型的语法更简单、更容易实现。c#在一些地方遵循这个规则，比如在枚举定义中有一个以逗号分隔的项目列表。

我一直认为这样可以更容易地添加额外的元素:

int a[] = {
            5,
            6,
          };

只是变成了:

int a[] = { 
            5,
            6,
            7,
          };

在晚些时候。

它使得生成数组或枚举的代码生成器更容易。

想象一下:

std::cout << "enum Items {\n";
for(Items::iterator i(items.begin()), j(items.end); i != j; ++i)
    std::cout << *i << ",\n";
std::cout << "};\n";

也就是说，不需要对第一项或最后一项进行特殊处理，以避免出现尾随逗号。

例如，如果代码生成器是用Python编写的，使用str.join()函数可以很容易地避免吐出尾随逗号:

print("enum Items {")
print(",\n".join(items))
print("}")