ternario (condicional) del operador y de estilo

Question

Si no te gusta el operador condicional ternario, en primer lugar, no hay necesidad de responder;)

por lo general ven esto usa en conjunto con una expresión de asignación como:

var foo = (some_condition) ? then_code : else_code; 

Sin embargo, me gustaría utilizarlo para reemplazar código simple como:

if(some_condition) { 
    do_something_simple; 
} else { 
    do_something_else; 
} 

y en lugar de hacer:

(some_condition) ? do_something_simple : do_something_else; 

Es probable que esté haciendo esto en JavaScript. En lo anterior, devuelve indefinido, por lo que no requiere la asignación. Me gusta el espacio ahorrado, pero me pregunto qué piensa la gente sobre este tipo de uso, ya que, de nuevo, suelo ver solo ternario con una tarea.

EDIT: He visto respuestas que aluden a "intento de ocultamiento". Aunque se usa clásicamente en expresiones, ¿cómo es que esto oculta la intención más que usar en una expresión? ¿Especialmente en un lenguaje dinámico donde uno puede ver el uso de operadores ternarios en todo el lugar?

Answer 1

El operador condicional normalmente debería usarse en expresiones que producen expresiones de valor, y lo mejor es que no se use como reemplazo de la sentencia 'if/then/else'. Usado de vez en cuando, no habría ningún problema en particular; usado sistemáticamente, creo que estaría ocultando la intención del código de los lectores.

Answer 2

Ésta es mi preferencia personal:

En este caso, creo que cae en el pensamiento "código está escrito para la gente a leer, no para la máquina". Debido a que la mayoría de las personas no escribe if then else de esta manera, puede causar confusión, aumentar el tiempo para entender el código y posiblemente introducir errores: si alguien lo vio y pensó que no hay asignación a nada, debe ser "sobrante" código y vamos a eliminarlo, entonces la limpieza del código se convierte en la introducción de errores.

---

Citado de: Los programas deben ser escritos para que la gente lea, y sólo incidentalmente para máquinas de ejecutar.

- de "Estructura e Interpretación de Programas Informáticos" por Abelson y Sussman

Charlie Martin dijo Is Code For Computers or for People?:

Si el ordenador no lo ejecuta, se ha roto. Si las personas no pueden leerlo, se romperá. Pronto.

Y creo que sí, el código está escrito para que la máquina lo entienda (y lo ejecute correctamente), y también es importante que la gente entienda. (a menos que esté escrito intencionalmente difícil de entender para ganar honorarios de consultoría, pero pueden contratar a otra persona más tarde o para el próximo proyecto, o escrito intencionalmente difícil de entender para la seguridad laboral que si la gente no puede entender bien su código, pueden hacerlo " te despido temiendo que otras personas no puedan mantener el código ... tal vez haya 2 lados en una cosa ... cada vez vea más casos como este)

Answer 3

La pregunta es tonta porque estás hablando de JavaScript que permite cosas extrañas.

El operador condicional ternario, en un lenguaje de programación clásico, requiere que ambos casos sean expresiones, no declaraciones. De esta forma, puede usarlo para elegir entre dos expresiones según una condición booleana, pero no como una rama if/else normal.

en un lenguaje como JavaScript esta diferencia desaparece porque una declaración en realidad devuelve un valor para que pueda utilizar el ternario y simplemente descartar el valor indefinido devuelto por su estado de cuenta.

Desde mi punto de vista, que reside más en otro lenguaje de programación, esto puede generar confusión también si ahorra espacio, pero creo que es una cuestión de preferencia. ¡Simplemente no te acostumbres demasiado, ya que solo unos pocos lenguajes de programación permiten este tipo de uso del operador ternario!

Answer 4

El operador ternario es bueno para programas maduros/estables, pero no en un entorno en constante cambio. Supongamos que debe agregar un código adicional a cualquier rama; es mucho más fácil cuando tiene la sintaxis if/then/else.