C++ 在C+；中，auto是否做了一些完全不同的事情+；和C一样？

读完这篇文章： 我在问自己：真的没有人知道

auto

不是一个类型，而是一个存储类说明符

或者是

auto

因为C++11与普通C中的存储类说明符有所不同

如果是这样，这会破坏C和C++之间的可压缩性吗？

---

我知道他们的官员从来没有支持过对方，但是我的经验是C++的合作者在EVFER是可以接受的时候尽量保持在C的位置，但是现在改变一个过时的但不存在的关键词，而不是仅仅添加一个新的关键词。为什么这里要做这样的一致性的突破？

从c++11开始，自动意味着推断类型。它被使用是因为添加一个新的关键字会导致更多的C++程序崩溃。作为一个存储说明符，auto是无用的，因为如果没有添加说明符，它是默认的

---

唯一的替代方法是遵循C泛型中使用的方法，使用以下划线开头的名称。这将导致一个丑陋的关键字，这意味着要经常使用。

从c++11开始，自动意味着推断类型。它被使用是因为添加一个新的关键字会导致更多的C++程序崩溃。作为一个存储说明符，auto是无用的，因为如果没有添加说明符，它是默认的

---

唯一的替代方法是遵循C泛型中使用的方法，使用以下划线开头的名称。这将导致一个丑陋的关键字，这意味着要经常使用。

C++11中更改了

auto

关键字的含义，它不再是一个存储类，而是用于类型推断。这是我第一次听说C中的

auto

，因此我很好奇，发现这基本上是：，在C语言中，你实际上从不使用关键字。因此，我想C++11改变它的含义并不是什么大不了的事。这真的是一个完全愚蠢的决定。为什么他们不能想出一个新的关键词？“Lundin C和C++是两种不同的语言，为什么它们应该如此呢？”新的关键词可能会破坏现有的程序，因此标准委员会尽可能避免引入它们。重用hardy曾经使用过的关键字是一种权宜之计，但C++11似乎丝毫不关心其他任何地方的向后兼容，那么为什么在这里呢？所以我认为这个理由完全是胡说八道。对于C++11

自动

功能的需要是非常值得怀疑的。他们只是喜欢为了这样做而提出新的特性。

auto

关键字的含义在C++11中改变了，它不再是一个存储类，而是用于类型推断。这是我第一次听说C中的

auto

，因此我很好奇，发现这基本上是，在C语言中，你实际上从不使用关键字。因此，我想C++11改变它的含义并不是什么大不了的事。这真的是一个完全愚蠢的决定。为什么他们不能想出一个新的关键词？“Lundin C和C++是两种不同的语言，为什么它们应该如此呢？”新的关键词可能会破坏现有的程序，因此标准委员会尽可能避免引入它们。重用hardy曾经使用过的关键字是一种权宜之计，但C++11似乎丝毫不关心其他任何地方的向后兼容，那么为什么在这里呢？所以我认为这个理由完全是胡说八道。对于C++11

自动

功能的需要是非常值得怀疑的。他们只是喜欢为了这样做而提出新的特性。