C++ 单词'；和'；在c++；

单词

和
是否等同于
&
运算符

if (inner > 10 and !id)
{
    std::cout << "idle" << std::endl;
}

if（内部>10和！id）
{
标准：：cout是，根据：


 <代码>和<代码>等同于代码> & & <代码>……另一个问题是它并不是真正使用的，它比“代码> & &代码> >长一个字符……而且我们知道C++程序员试图优化所有的东西，甚至是源代码的长度，所以不要期望在生产代码中广泛地使用它。
 <是的，按照：


 <代码>和相当于＆& ……另一个问题是它并没有真正被广泛使用，它比＆& &代码>更长一个字符。我们知道C++程序员试图优化所有的东西，甚至是源代码的长度，所以不要期望C++在生产代码中广泛使用。de>&
，虽然允许使用
和
，但前者是规范的，请参见。@CoryKramer为什么“应该使用&&”其实这很重要吗？实际上我不太在乎<代码> &代码> VS <代码>和< /Cord>。但是有时我更喜欢一个<代码>不是/Cube >，一个容易被忽视的<代码>！<代码>，因为你需要包括VisualC++来编译这个。奇怪的是，没有<代码>和< /Cord>作为关键字是一个旧的微软扩展。真的！在VS2015，如果你有CHOSE禁用语言扩展（/ZA），但它打破了很多其他东西。在最新的VS2017中，它也能工作，而不破坏大多数SDK头。在C++中，你应该使用<代码> & & <代码>，尽管允许代码>和<代码>，前者是规范的。CoryKramer为什么要使用和/和其实这很重要吗？实际上我不太在乎<代码> &代码> VS <代码>和< /Cord>。但是有时我更喜欢一个<代码>不是/Cube >，一个容易被忽视的<代码>！<代码>，因为你需要包括VisualC++来编译这个。奇怪的是，没有<代码>和< /Cord>作为关键字是一个旧的微软扩展。真的！在VS2015，如果你有CHOSE禁用语言扩展（/ZA），但它打破了很多其他东西。在最新的VS2017中，它也能工作，而不破坏大多数SDK标题。“我们知道C++程序员试图优化所有的东西，甚至是源代码的长度。”嗯……真的吗？你最近见过模板元编程吗？这是我见过的最冗长、表达力最差的代码。请注意，我想关键是“尝试”..@LightnessRacesinOrbit我认为除了优化源代码大小之外没有其他原因，C++11最终使得在执行诸如：
std:：vector bb；
之类的操作时，不需要在
和
之间留出空间成为可能，然后才需要浪费的空间：（试想一下，这项更改节省了多少空间：）……所有这些空间都可以在其他地方重复使用……公平地说，这真的很难看——我不认为这是为了保存一个空白字符——当然不是。我试图保持我的评论符合答案的精神：）我似乎总是欣赏程序员的幽默感：很抱歉我累了。“我们知道C++程序员试图优化所有的东西，甚至是他们的源代码的长度”。嗯……真的吗？你最近见过模板元编程吗？这是我见过的最冗长、表达力最差的代码。请注意，我想关键是“尝试”..@LightnessRacesinOrbit我认为除了优化源代码大小之外没有其他原因，C++11最终使得在执行诸如：
std:：vector bb；
之类的操作时，不需要在
和
之间留出空间成为可能，然后才需要浪费的空间：（试想一下，这项更改节省了多少空间：）……所有这些空间都可以在其他地方重复使用……公平地说，这真的很难看——我不认为这是为了保存一个空白字符——当然不是。我试图保持我的评论符合答案的精神：）我似乎总是欣赏程序员同事的幽默感：对不起，我累了