近日，在编程圈内掀起了一场关于MSVC（微软视窗工作室编译器）对C枚举大小的争论。事情的起因可以追溯到一篇名为“潜力巨大的C 11 标准”博文，指出MSVC在处理C枚举大小时依旧延续了其一贯的“任性”作风。
C枚举，在许多编程语言中都可见踪迹，它为程序员提供了一种便捷的方式来定义一组具名整数常量。然而，C标准并没有对枚举的大小给出具体规范，这导致了不同编译器对其处理方式的不同。而MSVC恰好选择了忽略标准，将枚举大小硬编码为4字节，与int类型一致。
这种行为引发了业内人士的热议。有人认为，MSVC的做法不仅违背了C标准，也给程序员带来了潜在的兼容性问题。当需要与其他平台或编译器进行交互时，枚举大小不一致可能导致程序错误或者未定义行为。
然而，也有人对此持辩护态度。他们认为，MSVC此举并非无的放矢，而是为了提高程序的性能和效率。通过硬编码枚举大小，编译器能够在编译时确定其实际大小，从而避免了不必要的运行时计算和内存浪费。
不论是支持还是反对，这场争论都引发了人们对编程语言标准的思考。C语言作为一门古老而又经典的编程语言，其标准的制定是程序员们共同努力的结果。而对于MSVC来说，忽略标准或许为其带来了一时便利，但也给整个编程社区带来了混乱和不确定性。
作为程序员，我们需要更多地关注标准化和规范化，而非将自己局限在某个特定编译器或平台上。唯有如此，才能确保我们的代码能够跨平台、跨编译器地运行，在不同环境下都能够稳定可靠。
希望MSVC能够重新审视自己的做法，尊重C标准，并与编程社区一起共同推动编程语言的发展和进步。让我们共同努力，创造一个更加规范和统一的编程环境。
了解更多有趣的事情：https://blog.ds3783.com/