¿Es "else if" más rápido que "switch() case"? [duplicar]

¿por Qué te importa?

El 99.99% de las veces, no debería importarte.

Es poco probable que este tipo de micro-optimizaciones afecten el rendimiento de su código.

Además, si necesita atención, entonces debería estar haciendo perfiles de rendimiento en su código. En cuyo caso sería trivial averiguar la diferencia de rendimiento entre una caja de conmutación y un bloque if-else.

Edit: Para mayor claridad: implementa cualquier diseño que sea más claro y más fácil de mantener. En general, cuando se enfrentan a un gran interruptor-caso o si-else bloquear la solución es utilizar polimorfismo. Encontrar el comportamiento que está cambiando y encapsular. He tenido que lidiar con un enorme y feo código de caso de cambio como este antes y generalmente no es tan difícil de simplificar. Pero oh, tan satisfactorio.

Creyendo esta evaluación de rendimiento, el caso del interruptor es más rápido.

Esta es la conclusión:

Los resultados muestran que la instrucción switch es más rápida de ejecutar que la escalera if-else-if. Esto se debe a la capacidad del compilador para optimizar la instrucción switch. En el caso de la escalera if-else-if, el código debe procesar cada instrucción if en el orden determinado por el programador. Sin embargo, debido a que cada caso dentro de una instrucción switch no se basa en en casos anteriores, el compilador puede reordenar las pruebas de tal manera que proporcione la ejecución más rápida.

Otra cosa a considerar: ¿es realmente este el cuello de botella de su aplicación? Hay casos extremadamente raros en los que realmente se requiere una optimización de este tipo. La mayoría de las veces puede obtener mejores aceleraciones repensando sus algoritmos y estructuras de datos.

Yo diría que el interruptor es el camino a seguir, es a la vez más rápido y mejor práctica.

Hay varios enlaces como ( http://www.blackwasp.co.uk/SpeedTestIfElseSwitch.aspx ) que muestran pruebas de referencia que comparan los dos.

No debería ser difícil de probar, crear una función que cambia o ifelse entre 5 números, lanzar un rand(1,5) en esa función y loop que un par de veces mientras que el tiempo.

Switch es generalmente más rápido que una larga lista de ifs porque el compilador puede generar una tabla de salto. Cuanto más larga sea la lista, mejor será una sentencia switch sobre una serie de sentencias if.

Mucho más importantes que los beneficios de rendimiento de switch (que son relativamente leves, pero vale la pena señalar) son los problemas de legibilidad.

Por mi parte, encuentro una sentencia switch extremadamente clara en intent y espacios en blanco puros, en comparación con las cadenas de ifs.

No estoy seguro, pero creo que la velocidad de uno u otro cambia dependiendo del lenguaje de programación que esté utilizando.

Normalmente prefiero usar switch. De esta manera el código es fácil de leer.

Técnicamente, producen exactamente el mismo resultado por lo que deberían ser optimizables de la misma manera. Sin embargo, hay más posibilidades de que el compilador optimice el caso de cambio con una tabla de salto que el ifs.

Estoy hablando del caso general aquí. Para 5 entradas, el número medio de pruebas realizadas para el ifs debe ser inferior a 2,5, suponiendo que ordene las condiciones por frecuencia. Apenas un cuello de botella para escribir a casa a menos que en un bucle muy apretado.

switch normalmente se traduce en una tabla de búsqueda por el compilador, si es posible. Así que la búsqueda de un caso arbitrario es O (1), en lugar de hacer algunas comparaciones de casos antes de encontrar el que desea.

Así que en muchos casos if/else if la cadena será más lenta. Sin embargo, dependiendo de la frecuencia con la que sus casos están siendo afectados, eso puede no hacer ninguna diferencia.

Respuesta corta: La instrucción Switch es más rápida

La sentencia if necesita dos comparaciones (cuando ejecuta su código de ejemplo) en promedio para llegar a la cláusula correcta.

La instrucción switch el número promedio de comparaciones será uno independientemente de cuántos casos diferentes tenga. El compilador / VM habrá hecho una "tabla de búsqueda" de posibles opciones en tiempo de compilación.

Las máquinas virtuales pueden optimizar la instrucción if de manera similar si ejecuta este código a menudo?

Dado que la declaración switch expresa la misma intención que su if / else pero de una manera más restringida y formal, su primera suposición debería ser que el compilador será capaz de optimizarlo mejor, ya que puede sacar más conclusiones sobre las condiciones colocadas en su código (es decir, solo un estado puede ser verdadero, el valor que se compara es un tipo primitivo, etc.).) Esta es una verdad general bastante segura cuando se comparan dos estructuras de lenguaje similares para el tiempo de ejecución rendimiento.

Véase http://msdn.microsoft.com/en-us/library/system.reflection.emit.opcodes.switch%28VS.71%29.aspx

Instrucción Switch básicamente una tabla de búsqueda tiene opciones que se conocen y si la instrucción es como tipo booleano. de acuerdo a mí interruptor y si-else son iguales, pero para el interruptor de la lógica puede ayudar más mejor. mientras que si-else ayuda a entender en la lectura también.