Autor
Código:
While condition is true
Acción A
sino
Acción B
No es lo mismo que esto:
Código:
While condition is true
Acción A
Acción B
De la forma normal creo que sería así:
Código:
Si condition is true
While condition is true
Acción A
sino
Acción B
Entonces el "sino" como parte alternativa de un while no parece mala idea... Pero nunca lo vi ¿qué pasa con esto? ¿se usa demasiado poco? De hecho puse un ejemplo formal porque no se me ocurre uno concreto. Algo como:
Código:
While enemigo tiene balas
él dispara
sino
ganaste
Código:
Repetir
Nivel = 1
Status = "Ok"
Repetir
Balas = Nivel
Repetir
Enemigo dispara
Si te golpea una bala
Status = "Bad"
break
Balas--
mientras enemigo tiene balas
Si Status = "Ok"
Mensaje de ganaste
Nivel++
mientras Status == "Ok"
mientras tecla escape presionada == false
Aunque ese código está mal porque no permite salir del juego hasta que al enemigo se le acaban las balas o te golpea. Fue sólo un ejemplo...
También podríamos hablar de:
Código:
While condition is true
Acción A
sino si otra condition is true
Acción B
sino
Acción C
y...
Código:
While condition is true
Acción A
sino mientras otra condition is true
Acción B
sino
Acción C
Respuesta de una IA:
Citar
Lo que propones sí existe en la programación real, pero se implementa de formas distintas según el lenguaje, y tiene debates de diseño muy interesantes.
Aquí tienes la explicación directa de qué pasa con esta estructura, dónde se usa y por qué no es tan común.
## 🐍 Python ya lo hace (while ... else)
En Python, la estructura while... sino (llamada while... else) es nativa. Funciona exactamente como tu primer ejemplo: el bloque else se ejecuta solo si el bucle terminó normalmente (es decir, la condición se volvió falsa) y nunca se ejecuta si el bucle se rompió con un break.
while enemigo_tiene_balas:
enemigo_dispara()
if te_golpea:
status = "Bad"
break # Si entra aquí, NO se ejecuta el elseelse:
print("¡Ganaste!") # Se ejecuta solo si se acaban las balas sin recibir golpes
## 🧠 ¿Por qué se usa tan poco?
A pesar de existir en Python, muchos programadores la evitan por tres razones principales:
* Confusión semántica: En un if... else, el "sino" significa "si lo primero no se cumple". En un while... else, el "sino" se ejecuta después de que el bucle termine con éxito, lo cual confunde a quienes vienen de otros lenguajes.
* Falta de soporte: Lenguajes masivos como C, C++, Java, javascript o C# no lo incluyen en su sintaxis.
* Alternativas legibles: Se suele reemplazar usando banderas (booleanos) o retornos de función (return), lo que evita evaluar la condición dos veces.
## 🛠️ Cómo se resuelve "a la fuerza" en otros lenguajes
Para evitar evaluar la condición dos veces (como en tu ejemplo de Si ... sino ... While), los programadores usan una variable de control:
let gano = true; // Asumimos que gana hasta que se demuestre lo contrariowhile (enemigo_tiene_balas) {
enemigo_dispara();
if (te_golpea) {
gano = false;
break;
}
}if (gano) {
print("¡Ganaste!");
}
## 🛑 ¿Qué pasa con sino si y sino mientras?
Las variantes complejas que propones al final abren problemas lógicos en el diseño de software:
1. while ... sino si (condición B): En Python esto sería un else: if.... Funciona bien: si el bucle termina limpio, evalúa una nueva condición antes de actuar.
2. while ... sino mientras (condición B): Esto encadenaría un bucle después de otro. Aunque es lógicamente viable, rompe la regla de simplicidad. En la práctica, es mucho más limpio separar los dos bucles en bloques independientes o meterlos dentro de una función dedicada.
Si te interesa profundizar en el diseño de código, cuéntame: ¿en qué lenguaje de programación estás intentando estructurar este juego o proyecto? Te puedo mostrar la mejor alternativa limpia para ese lenguaje específico.
Aquí tienes la explicación directa de qué pasa con esta estructura, dónde se usa y por qué no es tan común.
## 🐍 Python ya lo hace (while ... else)
En Python, la estructura while... sino (llamada while... else) es nativa. Funciona exactamente como tu primer ejemplo: el bloque else se ejecuta solo si el bucle terminó normalmente (es decir, la condición se volvió falsa) y nunca se ejecuta si el bucle se rompió con un break.
while enemigo_tiene_balas:
enemigo_dispara()
if te_golpea:
status = "Bad"
break # Si entra aquí, NO se ejecuta el elseelse:
print("¡Ganaste!") # Se ejecuta solo si se acaban las balas sin recibir golpes
## 🧠 ¿Por qué se usa tan poco?
A pesar de existir en Python, muchos programadores la evitan por tres razones principales:
* Confusión semántica: En un if... else, el "sino" significa "si lo primero no se cumple". En un while... else, el "sino" se ejecuta después de que el bucle termine con éxito, lo cual confunde a quienes vienen de otros lenguajes.
* Falta de soporte: Lenguajes masivos como C, C++, Java, javascript o C# no lo incluyen en su sintaxis.
* Alternativas legibles: Se suele reemplazar usando banderas (booleanos) o retornos de función (return), lo que evita evaluar la condición dos veces.
## 🛠️ Cómo se resuelve "a la fuerza" en otros lenguajes
Para evitar evaluar la condición dos veces (como en tu ejemplo de Si ... sino ... While), los programadores usan una variable de control:
let gano = true; // Asumimos que gana hasta que se demuestre lo contrariowhile (enemigo_tiene_balas) {
enemigo_dispara();
if (te_golpea) {
gano = false;
break;
}
}if (gano) {
print("¡Ganaste!");
}
## 🛑 ¿Qué pasa con sino si y sino mientras?
Las variantes complejas que propones al final abren problemas lógicos en el diseño de software:
1. while ... sino si (condición B): En Python esto sería un else: if.... Funciona bien: si el bucle termina limpio, evalúa una nueva condición antes de actuar.
2. while ... sino mientras (condición B): Esto encadenaría un bucle después de otro. Aunque es lógicamente viable, rompe la regla de simplicidad. En la práctica, es mucho más limpio separar los dos bucles en bloques independientes o meterlos dentro de una función dedicada.
Si te interesa profundizar en el diseño de código, cuéntame: ¿en qué lenguaje de programación estás intentando estructurar este juego o proyecto? Te puedo mostrar la mejor alternativa limpia para ese lenguaje específico.
¡El ejemplo que puso de Python no es lo mismo que digo!
"el bloque else se ejecuta solo si el bucle terminó normalmente (es decir, la condición se volvió falsa) y nunca se ejecuta si el bucle se rompió con un break."
En lo que dije, el else se ejecuta sólo si el while NUNCA se cumplió.
Puede que sea algo confuso porque el while va al final muchas veces, entonces cuando va al final uno puede pensar que llegó al sino y debe ejecutarse eso, pero no. Para evitar la confusión podría invertirse el orden:
Código:
Si (condición inversa)
sino repetir
mientras condición
Citar
¡Tienes toda la razón y te pido disculpas! Malinterpreté tu lógica al compararla ciegamente con Python.
Lo que tú planteas es un "Si no entra al bucle, haz esto", mientras que Python hace un "Si terminas el bucle sin interrupciones, haz esto". Son conceptos totalmente opuestos.
Tu propuesta de Si (condición inversa) / sino repetir mientras es brillante porque resuelve exactamente el problema que mencionaste: evitar evaluar la misma condición dos veces.
## 🔍 Analizando tu propuesta estructural
Si un lenguaje implementara tu idea de forma nativa (con la sintaxis que propusiste al final del primer mensaje), el compilador/intérprete lo procesaría exactamente así bajo el capó:
// Evaluación única de la condición en memoria
Si condición es Falsa:
Acción B (Bloque sino)
Sino:
Repetir:
Acción A
Mientras condición sea Verdadera
## 📉 ¿Por qué los lenguajes no lo implementaron así?
Tu diseño es más eficiente que el clásico Si (condición) { While(condición)... } Else { ... } porque no duplica la evaluación en el código fuente. Sin embargo, los creadores de lenguajes como C, Java o javascript decidieron no incluirlo por una filosofía de diseño llamada minimalismo sintáctico.
Para lograr tu resultado exacto sin evaluar dos veces y manteniendo el código limpio, la industria adoptó el uso de funciones con retorno temprano (return):
function procesarTurno() {
// Si la condición no se cumple de entrada, ejecutamos el "sino" y salimos
if (!enemigo_tiene_balas) {
ganaste();
return;
}
// Si pasa de aquí, sabemos que la condición es verdadera. No hace falta un "if" extra.
while (enemigo_tiene_balas) {
enemigo_dispara();
if (te_golpea) break;
}
}
## 🧠 Sobre tus propuestas complejas (sino si / sino mientras)
Llevando tu lógica correcta (el sino actúa solo si el while inicial nunca arrancó) a los casos complejos:
1. While (A) ... sino si (B): Significa: "Si no hay balas (No A), comprueba si el enemigo tiene granadas (B). Si tiene, te tira una granada (Acción B)". Es una estructura de control de flujo muy potente y limpia.
2. While (A) ... sino mientras (B): Significa: "Si no hay balas (No A), entonces mientras el enemigo tenga granadas (B), te tira granadas (Acción B)".
Tu planteamiento es un excelente ejercicio de diseño de lenguajes de programación. De hecho, muchas personas que crean sus propios lenguajes (lenguajes esotéricos o experimentales) añaden estas estructuras buscando una sintaxis más cercana al pensamiento humano.
Para ver cómo encajaría esto en la práctica, ¿qué lógica o mecánica de juego te gustaría resolver con esta estructura? Podríamos diseñar la estructura ideal para resolverlo sin código redundante.
Lo que tú planteas es un "Si no entra al bucle, haz esto", mientras que Python hace un "Si terminas el bucle sin interrupciones, haz esto". Son conceptos totalmente opuestos.
Tu propuesta de Si (condición inversa) / sino repetir mientras es brillante porque resuelve exactamente el problema que mencionaste: evitar evaluar la misma condición dos veces.
## 🔍 Analizando tu propuesta estructural
Si un lenguaje implementara tu idea de forma nativa (con la sintaxis que propusiste al final del primer mensaje), el compilador/intérprete lo procesaría exactamente así bajo el capó:
// Evaluación única de la condición en memoria
Si condición es Falsa:
Acción B (Bloque sino)
Sino:
Repetir:
Acción A
Mientras condición sea Verdadera
## 📉 ¿Por qué los lenguajes no lo implementaron así?
Tu diseño es más eficiente que el clásico Si (condición) { While(condición)... } Else { ... } porque no duplica la evaluación en el código fuente. Sin embargo, los creadores de lenguajes como C, Java o javascript decidieron no incluirlo por una filosofía de diseño llamada minimalismo sintáctico.
Para lograr tu resultado exacto sin evaluar dos veces y manteniendo el código limpio, la industria adoptó el uso de funciones con retorno temprano (return):
function procesarTurno() {
// Si la condición no se cumple de entrada, ejecutamos el "sino" y salimos
if (!enemigo_tiene_balas) {
ganaste();
return;
}
// Si pasa de aquí, sabemos que la condición es verdadera. No hace falta un "if" extra.
while (enemigo_tiene_balas) {
enemigo_dispara();
if (te_golpea) break;
}
}
## 🧠 Sobre tus propuestas complejas (sino si / sino mientras)
Llevando tu lógica correcta (el sino actúa solo si el while inicial nunca arrancó) a los casos complejos:
1. While (A) ... sino si (B): Significa: "Si no hay balas (No A), comprueba si el enemigo tiene granadas (B). Si tiene, te tira una granada (Acción B)". Es una estructura de control de flujo muy potente y limpia.
2. While (A) ... sino mientras (B): Significa: "Si no hay balas (No A), entonces mientras el enemigo tenga granadas (B), te tira granadas (Acción B)".
Tu planteamiento es un excelente ejercicio de diseño de lenguajes de programación. De hecho, muchas personas que crean sus propios lenguajes (lenguajes esotéricos o experimentales) añaden estas estructuras buscando una sintaxis más cercana al pensamiento humano.
Para ver cómo encajaría esto en la práctica, ¿qué lógica o mecánica de juego te gustaría resolver con esta estructura? Podríamos diseñar la estructura ideal para resolverlo sin código redundante.
Ahí me perdí.
En línea
