¿Cuál es la forma preferida de sangrar casos en un interruptor?

Question

Mientras escribía otro interruptor en Eclipse, que una vez más se encontró con un lugar extraño (para mí, al menos) indentación por defecto, que se aplica a las declaraciones 'switch':

switch (i) { 
case 1: 
    ... 
case n: 
    ... 
} 

tiendo a preferir otra manera:

switch (i) { 
    case 1: 
     ... 
    case n: 
     ... 
} 

¿Qué modo es más legible y agradable para usted? Todavía no estoy al cien por ciento decidido lo que es mejor para mí, por lo que me gustaría atenerme a lo que es mejor para otras personas que leerían mi código.

Por cierto, puede cerrar esta pregunta si esto es demasiado subjetivo. :)

Answer 1

utilizo segunda manera:

switch (i) { 
    case 1: 
     ... 
    case n: 
     ... 
} 

Answer 2

Yo prefiero la segunda forma también. Pero es más importante permanecer consistente dentro de una aplicación en particular y/o dentro de un equipo en particular que para sangrar de una forma u otra.

Answer 3

que tienden a sangrar todos los órganos de la estructura de control de una sola pestaña (4space) de esta manera:

switch (i) 
{ 
    case 1: 
     ... 
    case n: 
     ... 
} 

considero el interruptor sea la estructura de control exterior y la parte directivas caso del cuerpo (aunque son parte de la estructura de control).

Entonces yo más tabulación de sangría cada caso, así:

switch (i) 
{ 
    case 1: 
     do_something(); 
    case n: 
     do_something_else(); 
} 

Me parece que este es el formato más legible para el caso interruptor de construcción.

Como jkohlhepp ha mencionado la conformidad con las convenciones de estilo de código del proyecto en el que está trabajando es lo más importante, si está trabajando en un proyecto que no tiene ninguno, vale la pena desarrollarlo.

Answer 4

El primer método tiene sentido lógico (para mí), sin embargo, también prefiero el segundo método. Creo que la mayoría de nosotros estamos condicionados a esperar que el código dentro de llaves sea sangrado.

Answer 5

De acuerdo con "official" Java Code Conventions, es la primera variante (sin indentación adicional para el caso).

Answer 6

La primera es la indentación estándar de la caja de interruptores.

switch (i) { 

case 1: 
    .... // Here you can write more code in a row than using the second way 
    break; 
case n: 
    .... 
    break; 
default: 
    .... 
    break; 
} 

Aviso la nueva línea insertada entre el interruptor (i) y el caso 1:

Answer 7

Si prefiere el segundo caso, entonces la consistencia deberá consultar también sangrar la parte else de una instrucción if:

if(test) 
    do_something(); 
    else 
     do_something_else(); 

La mayoría de las personas no hacen esto, y la convención es mantener las ramas en el mismo nivel que el enunciado, por lo tanto Java prefiere el primero ya que la prueba del enunciado caso y las ramas de código son consistentes en un nivel si/entonces/else construc t.

he flip-fracasó entre ellos también, pero finalmente terminó prefiriendo la primera:

switch (i) { 
case 1: 
    ... 
case n: 
    ... 
}