O padrão C / C ++ reserva todos os identificadores que chumbo com sublinhado (mais uma letra maiúscula, se não estiver no espaço de nomes global) ou contém dois ou mais sublinhados adjacentes. Exemplo

int _myGlobal;
namespace _mine
{
    void Im__outta__control() {}
    int _LivingDangerously;
}

Mas e se eu simplesmente não me importo? E se eu decidir viver perigosamente e usar esses identificadores "reservados" de qualquer maneira? Quão perigosamente eu estaria vivendo?

Você já viu um problema no compilador ou vinculador resultante do uso de identificadores reservados pelo código do usuári

As respostas abaixo, até o momento, correspondem a "Por que quebrar as regras ao fazer isso pode causar problemas?" Mas imagine que você já tinha um corpo de código que violava as regras. Em que momento o custo dos problemas por violar as regras supera o custo da refatoração do código para conformidade? Ou o que aconteceria se um programador tivesse desenvolvido um estilo de codificação pessoal que exigisse sublinhados (talvez provenientes de outra linguagem, por exemplo)? Supondo que mudar seu estilo de codificação fosse mais ou menos doloroso para eles, o que os motivaria a superar a do

Ou eu poderia fazer a mesma pergunta ao contrário. O que é issoconcretament que as bibliotecas C / C ++ estão fazendo com palavras reservadas das quais um usuário pode entrar em conflito? Eles estão declarando globais que podem criar conflitos de nome? Funções? Aulas? Cada biblioteca é diferente, naturalmente, mas como, em geral, essa colisão pode se manifestar?

Eu ensino estudantes de software que me procuram com esse tipo de perguntas e tudo o que posso dizer é: "É contra as regras". É uma resposta supersticiosa, que acena com a mão. Além disso, em vinte anos de programação em C ++, eu tenhoNunci um erro de compilador ou vinculador que resultou da quebra das regras de palavras reservada

Um bom cético, diante de qualquer regra, pergunta: "Por que eu deveria me importar?" Então: por que eu deveria me importa