像许多东西一样，数组初始化器中的尾随逗号是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++参考手册(ARM)，它是这样描述[dcl. C]的。我的:

用于初始化的表示法显然太多了，但每种表示法似乎都适用于特定的使用风格。={initializer_list,opt}符号继承自C语言，可以很好地初始化数据结构和数组。[…]

尽管自ARM诞生以来语法一直在发展，但起源仍然存在。

我们可以查看C99的基本原理，看看为什么在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("}")

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

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

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

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

它使生成代码更容易，因为您只需要添加一行，而不需要将添加最后一个条目视为特殊情况。在使用宏生成代码时尤其如此。有一种努力试图从语言中消除对宏的需求，但许多语言确实是与可用的宏一起发展的。额外的逗号允许定义和使用以下宏:

#define LIST_BEGIN int a[] = {
#define LIST_ENTRY(x) x,
#define LIST_END };

用法:

LIST_BEGIN
   LIST_ENTRY(1)
   LIST_ENTRY(2)
LIST_END

这是一个非常简单的示例，但宏通常使用此模式来定义分派、消息、事件或转换映射和表等内容。如果结尾不允许用逗号，我们需要一个特殊的:

#define LIST_LAST_ENTRY(x) x

用起来会很尴尬。