Usando un nombre de variable usado en un ámbito hijo

Question

Me he estado preguntando por qué en C# no se permite el uso de un nombre de variable utilizado previamente en un ámbito hijo. De esta manera:

if (true) 
{ 
    int i = 1; 
} 

int i = 2; 

Compilar el código anterior produce un error:

A local variable named 'i' cannot be declared in this scope because it would give a different meaning to 'i', which is already used in a 'child' scope to denote something else

Y sin embargo, no se puede utilizar la variable definida en el ámbito secundario tampoco. El código anterior funciona bien en Java y no veo ninguna razón por la que no lo haga también en C#. Estoy seguro de que hay una buena razón, pero ¿qué es?

Answer 1

Es una opción de diseño hecha por los diseñadores de C#. Reduce la ambigüedad potencial.

Puede usarlo en uno de los dos lugares, dentro de si o afuera, pero solo puede definirlo en un solo lugar. De lo contrario, obtienes un error de compilación, como descubriste.

Answer 2

con toda probabilidad, cualquier variable creada en cualquiera de los ámbitos secundarios, se colocará en el fotograma de pila en el momento en que se ingresa el método.

De esta manera, un nombre similar en un ámbito secundario no puede coexistir con un nombre de variable en otro ámbito hijo.

Podrían haber trabajado en todo esto, por supuesto, si querían, así que supongo que en última instancia tiene que ver con el diseño, así .. esta manera hay menos posibilidades de error

Answer 3

Como dijo Adam Crossland, es un diseño elección: hecho para asegurarse de que usted (o, más probablemente, sus compañeros desarrolladores) no malinterprete el código.

A menudo se ven privadas de los miembros de instancia con el prefijo "m_" o "_" (por ejemplo. _myVar o m_myVar) para evitar confusiones ..

Answer 4

Algo me di cuenta de que no se señaló aquí. Esto se compilar:

for (int i = 0; i < 10; i++) 
{ 
    int a = i * 2; 
} 
for (int i = 0; i < 5; i++) 
{ 
    int b = i * 2; 
} 

En conjunto, estas decisiones de diseño parecen inconsistentes, o al menos restrictiva y extrañamente permisiva, respectivamente.