C++ Constructor lista di inizializzazione stranezza

Question

Sono sempre stato un bravo ragazzo quando si scrive le mie classi, anteponendo tutte le variabili membro con m_:

class Test { 
    int m_int1; 
    int m_int2; 
public: 
    Test(int int1, int int2) : m_int1(int1), m_int2(int2) {} 
}; 

int main() { 
    Test t(10, 20); // Just an example 
} 

Tuttavia, di recente ho dimenticato di farlo e ha finito per la scrittura:

class Test { 
    int int1; 
    int int2; 
public: 
    // Very questionable, but of course I meant to assign ::int1 to this->int1! 
    Test(int int1, int int2) : int1(int1), int2(int2) {} 
}; 

ci crediate o no, il codice compilato senza errori/avvertenze e le assegnazioni si è svolta in modo corretto! Solo quando ho fatto il controllo finale prima di controllare il mio codice quando ho capito cosa avevo fatto.

La mia domanda è: perché il mio codice compilato? È qualcosa di simile permesso nello standard C++, o è semplicemente il caso che il compilatore sia intelligente? Nel caso ti stavi chiedendo, stavo usando Visual Studio 2008

Answer 1

Sì, è valido. I nomi nell'elenco di inizializzazione dei membri vengono cercati nel contesto della classe del costruttore, quindi int1 trova il nome della variabile membro.

L'espressione di inizializzazione viene cercata nel contesto del costruttore stesso, pertanto int1 trova il parametro che maschera le variabili membro.

Answer 2

Immagino che funzioni perché stavi usando int1 nella lista di inizializzazione, e le uniche cose che puoi inizializzare sono variabili membro => era infatti inequivocabile quale variabile era essere inizializzato.

se tutti i compilatori C++ sarebbe questo perdono è un altro discorso!

Answer 3

Quello che hai fatto è di serie C++. Solo le variabili membro o le classi base possono essere inizializzate nella lista di inizializzazione, quindi la variabile al di fuori della paratesi non è ambigua. All'interno delle parentesi, si applicano le regole di scoping tipiche ei membri sono oscurati dai nomi dei parametri.

Answer 4

Questo è perfettamente normale comportamento. Come ha giustamente sottolineato l'AAT, non vi è alcuna ambiguità. Le variabili inizializzate dalla lista devono essere membri della classe. Questo è standard e funziona su tutti i compilatori conformi.

L'unica cosa da ricordare quando si utilizza una lista come questa è che una persona che non capisce questo tipo di codice potrebbe dover mantenerla. Non c'è niente di sbagliato nel scrivere un codice di inizializzazione come questo, purché tu sappia cosa stai facendo.

Answer 5

Quello che hai fatto è normale. Questo tipo di implementazione ti evita perfino di usare il puntatore "this" (in questo caso).