每个人都说添加/删除/生成行很容易，但这种语法真正的亮点是合并源文件。假设你有这样一个数组:

int ints[] = {
    3,
    9
};

假设您已经将这段代码签入存储库。

然后你的朋友编辑它，在结尾添加:

int ints[] = {
    3,
    9,
    12
};

你同时编辑它，在开头加上:

int ints[] = {
    1,
    3,
    9
};

从语义上讲，这些类型的操作(添加到开头，添加到结尾)应该是完全合并安全的，你的版本控制软件(最好是git)应该能够自动合并。遗憾的是，情况并非如此，因为你的版本在9后面没有逗号，而你朋友的版本有。然而，如果最初的版本后面有9，他们就会自动生成。

因此，我的经验法则是:如果列表跨越多行，则使用尾随逗号，如果列表在单行上，则不要使用尾随逗号。

由于向后兼容的原因，我认为允许使用尾随逗号。有很多现有的代码，主要是自动生成的，它们在后面放了一个逗号。它使得在结尾没有特殊条件的情况下更容易编写循环。 如。

for_each(my_inits.begin(), my_inits.end(),
[](const std::string& value) { std::cout << value << ",\n"; });

这对程序员来说并没有什么好处。

附注:虽然这样更容易自动生成代码，但实际上我总是注意不要在后面加上逗号，这样做的工作量最小，可读性得到了提高，这是更重要的。你写了一次代码，你读了很多次。

如果你这样做，它会很有用:

int a[] = {
  1,
  2,
  3, //You can delete this line and it's still valid
};

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

我看到了一个在其他答案中没有提到的用例， 我们最喜欢的宏:

int a [] = {
#ifdef A
    1, //this can be last if B and C is undefined
#endif
#ifdef B
    2,
#endif
#ifdef C
    3,
#endif
};

添加宏到最后处理，将是巨大的痛苦。通过语法上的这个小变化，管理起来很简单。这比机器生成的代码更重要因为用图灵完备语言比用有限的预处理器要容易得多。

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

假设C，你会这样写吗?

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

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

    return EXIT_SUCCESS
}

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

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