Manejo de Excepciones en C#: Try, Catch y Finally

Domina el manejo de excepciones en C# con confianza: cuándo usar try, catch y, sobre todo, por qué el bloque finally siempre se ejecuta. Verás cómo las entradas por consola obligan a convertir tipos, qué ocurre cuando una excepción no coincide con un catch y cómo terminar el programa con return sin omitir limpiezas críticas.

¿Cómo funciona finally y cuándo se ejecuta?

El finally se ejecuta pase lo que pase: si todo va bien en el try, si se entra a un catch, si ocurre una excepción no controlada o incluso si hay un return dentro del try. En pruebas, se usó un beep de 2500 Hz por 500 ms, tres veces, para evidenciar la entrada al finally.

• Éxito en el try: se ejecuta finally de forma normal.
• Excepción capturada: tras el catch, se ejecuta finally.
• Excepción no capturada que revienta la app: se ejecuta finally y luego la app termina.
• return dentro de try: antes de salir de verdad, se ejecuta finally.

El aprendizaje clave es que el finally sucede justo antes de que el programa termine, no después. Aun cuando se observaron mensajes de salida por manejadores del proceso, el finally ocurrió antes del final real, asegurando cierre y limpieza.

¿Qué mostró el manejo de múltiples catch y la precedencia?

La precedencia es crítica: un catch más general antes puede “tapar” a uno más específico y el compilador avisará. Se puede capturar una excepción con o sin variable, por ejemplo catch (Exception ex) o un catch sin parámetros si no se necesita la información interna.

¿Qué pasa cuando la excepción no coincide con el catch?

Al convertir una entrada en blanco desde consola a número decimal, se lanzó una FormatException. No coincidía con el catch que esperaba otra excepción (como ArgumentOutOfRangeException), así que no cayó allí. El sistema buscó otro catch compatible y, al no hallarlo, la app terminó. Aun así, el finally se ejecutó. Esto confirma la regla: siempre se ejecuta.

¿Cómo afectó la entrada por consola y la depuración?

Se trabajó con entrada interactiva y conversión de tipos: todo lo que llega por consola es string, así que hay que convertir. Al intentar depurar en Visual Studio Code una app de consola, no fue consistente porque no hay forma de enviar la entrada esperada de modo confiable. Se prefirió seguir el flujo con dotnet run, limpiar y recompilar con .NET build y ajustar validaciones previas que interferían con el resultado. También se usó el atajo de comentario con control K+C para probar variantes.

¿Qué buenas prácticas y habilidades se refuerzan?

La mejor práctica: evitar excepciones predecibles. Si una división por cero fallaría, verifica antes que el divisor no sea cero. Cuando no puedas evitarlas:

• Maneja la excepción, recupérate y continúa el flujo.
• Si es imposible recuperar el flujo, termina con un mensaje amigable para el usuario.

El finally es clave para liberar recursos críticos incluso ante fallos o salidas anticipadas:

• Cerrar archivos y apuntadores de archivo.
• Cerrar sockets y canales cifrados.
• Enviar notificaciones o registros de error.

Habilidades y conceptos reforzados:

• Lectura desde consola y conversión de tipos desde string.
• Manejo de excepciones con try, catch, finally y uso de throw cuando corresponde.
• Precedencia y orden correcto de múltiples catch.
• Entendimiento de excepciones comunes como FormatException y diferencias con otras como ArgumentOutOfRangeException.
• Ejecución y compilación con dotnet run y .NET build para validar el flujo real.

¿En qué casos has usado finally para asegurar cierres o notificaciones al terminar tu programa, incluso si algo falla? Comparte tus escenarios y qué aprendiste al implementarlo.