C ++ 11中auto关键字的动机和陷阱（？）

我最近想知道为什么auto在C ++ 11中选择了关键字来标记必须由编译器推断类型的变量，例如

auto x = 1;

以来

1. var 在其他编程语言（例如C＃，Scala，JavaScript）中似乎更常见，并且
2. 据我所知，autobreaks向后兼容的新语义（它很少使用，但在以前的C ++版本中具有不同的含义，请参见例如此处）。

我想问一下是否有一个特殊的原因选择auto（赞成var或其他任何关键字）。在C ++ 11标准发布之前是否有关于此问题的特定讨论？

另外，在使用C ++ 11编译器重新编译旧版C ++代码时，是否应该注意任何可能的不兼容性？

您几乎可以想到要添加为语言的关键字的每个单词几乎都肯定被用作变量名或工作代码的其他部分。如果您将该单词设为关键字，则该代码将被破坏。

令人不可思议的auto是，它已经是一个关键字，因此人们没有使用该名称的变量，但是没有人使用它，因为它是默认名称。为什么输入：

auto int i=0;

什么时候

int i=0;

是完全一样的意思吗？

我想在地球上的某个地方，有少量的代码以旧方式使用“自动”。但是可以通过删除“自动”来修复它，并且它将再次起作用。因此，重新设置关键字的用途是一个显而易见的选择。

我也碰巧认为这是一个更清晰的含义。如果您使用过变体之类的方法，那么看到var该声明时，您可能会认为声明的键入强度要比您自己按下键盘上的所有键来指定变量类型的强度低。对我来说，auto您可以让编译器自动推断出类型，这一点就和您自己指定的类型一样强大。因此，确实是一次非常幸运的休息，为委员会赢得了好名声。

为了阐明（小的）突破：

如果你有

auto int i=0;

并尝试使用C ++ 11编译器进行编译，您现在会收到如下错误：

错误C3530：“自动”不能与任何其他类型说明符组合

这很简单，您只需删除auto或int并重新编译即可。

不过，还有一个更大的问题。如果你有

auto i = 4.3;

C和真正古老的C ++会做i一个int（就像您不做的那样auto-默认声明是int）。如果您花了很长时间没有编译这段代码，或者一直在使用旧的编译器，那么至少从理论上讲，您可能会有一些这段代码。C ++ 11使其成为double4.3，因为这就是。（或者可能是float，我仍处于节礼日模式，但要点不是int。）这可能会在您的应用程序中引入一些细微的错误。并且没有来自编译器的任何警告或错误。这条船上的人们应该大胆auto地搜索以确保在使用C ++ 11编译器之前，不要以旧的方式使用它。幸运的是，这样的代码非常罕见。