¿Qué riesgo principal tiene usar `except Exception` en casi todo el código?

Capturas demasiado amplias esconden fallos de diseño y hacen más difícil detectar causas reales en producción.

Excepciones en Python: manejo de errores sin esconder problemas

Aprende a capturar errores previsibles, propagar los que no controlas y diseñar flujos robustos con `try/except/else/finally`.

¿Cuánto sabes de Python?

📘 Teoría

1) `try/except`: capturas específicas

Captura concreta = diagnóstico claro.

Si sabes que una conversión puede fallar por formato, captura `ValueError`, no todas las excepciones posibles.

Cada tipo de excepción comunica una categoría de fallo distinta; aprovecharlo mejora observabilidad.

Un mensaje de error útil debe indicar qué entrada falló y por qué.

Conversión segura de entero

def parse_entero(valor: str) -> int:
    try:
        return int(valor)
    except ValueError:
        raise ValueError(f'No es un entero válido: {valor}')


print(parse_entero('42'))

2) `else` y `finally`: separar éxito y limpieza

`else` se ejecuta si no hubo excepción; `finally` siempre se ejecuta.

Usa `else` para lógica que solo debe ocurrir cuando la operación principal fue correcta.

Usa `finally` para cerrar conexiones, liberar recursos o registrar eventos de cierre.

Este patrón evita duplicar limpieza en múltiples ramas de error/éxito.

`except` para errores esperables.
`else` para ruta de éxito.
`finally` para cleanup garantizado.
No mezcles todo en un único bloque extenso.

Flujo con apertura, éxito y cierre

archivo = None

try:
    archivo = open('datos.txt', 'r', encoding='utf-8')
except FileNotFoundError:
    print('Archivo no encontrado')
else:
    contenido = archivo.read()
    print('Leído:', len(contenido))
finally:
    if archivo is not None:
        archivo.close()

3) Diseño de errores de dominio

No todos los errores son técnicos; muchos son de negocio.

Crear excepciones propias (`class SaldoInsuficienteError(Exception): ...`) hace el dominio más expresivo.

Diferenciar errores de validación, infraestructura y lógica simplifica respuesta en API/CLI.

Cuando el error es recuperable, devuelve feedback claro; cuando no lo es, propágalo con contexto.

Excepción de negocio personalizada

class SaldoInsuficienteError(Exception):
    pass


def retirar(saldo: float, cantidad: float) -> float:
    if cantidad > saldo:
        raise SaldoInsuficienteError('No hay saldo suficiente')
    return saldo - cantidad

1 1) `try/except`: capturas específicas 2 2) `else` y `finally`: separar éxito y limpieza 3 3) Diseño de errores de dominio