Tutorial C# nivel Avanzado 35 --- Múltiples Excepciones

En esta lección vemos como lanzar y capturar múltiples excepciones, las excepciones del sistema, el uso de finally y el problema que se puede tener al no colocar las múltiples excepciones correctamente.
Suscribete, nuevos videos cada semana!!!
---
Visita mis otros playlist para aprender más!!!
Mi Facebookk: / nicolasarriojalandacosio
Mi canal de KZbin: / nicosiored
/ @nicosioretro6952
Mi Google+: plus.google.co...
Mi sitio Web: www.nicosio.com

[@realmaximun]

en este capitulo voy ,gracias profe

[@AlexisSanchezMyLife]

Graxias x estas lecciones son muy buenas y faciles de comprender!! Me gustaron mucho!!

[@karlosperdiguerootxoa4157]

Hola Nico, lo primero de todo felicitarte por lo bien que lo haces y agradecer tu trabajo hacia los demás. Echo en falta, que nos aclares la gestión de excepciones no controladas a nivel de aplicación. Es decir, me interesa que la aplicación me notifique en tiempo real cada vez que se produce un error no controlado. En las aplicaciones web de .Net, creo que lo puedes hacer a través de Application_Error dentro del archivo global.asax. Podrías ahondar un poco en esta problemática tanto en aplicaciones web como de escritorio? . El desarrollador de este modo puede dar una respuesta más rápida en la solución de posibles errores. El usuario, no se daría cuenta que sin notificarlo él, la aplicación ya ha informado sobre el error al grupo de desarrolladores del aplicativo.

[@dragoo6128]

Tengo una pregunta. Si el finally se ejecuta sin importar si se genere o no la exepción entonces ¿Para que sirve el finally? ¿Que diferencia hay si escribes el codigo dentro o fuera de finally?

[@nicosiored]

Te da una ruta de ejecucion extra para cualquier cosa que fuera necesaria

[@cytanic6141]

pregunta profe, en el min 15.37 en el segundo try anidado dice mi caldera.trabajar(300) esto quiere decir que ese try sucedera si el valor es menor a 300 verdad?o el error va salir si el valor es 300 exacto?

[@nicosiored]

El 300 es para que suba un monton la temperatura y asi forzar la excepcion, ya que la tempActual cumpliria con ser mayor que tempMax

[@SargentoChinicuil]

Hice modificaciones al código: try { miCaldera.Trabajar(rnd.Next(-10,10)); } al encontrar cualquier error pongo "funciona = false;" para que termine el programa, quité la validación de negativos y obtengo este resultado: La Temperatura llegó a 33 La Temperatura llegó a 23 La Temperatura llegó a Excepción producida: 'Excepcion01.CalderaExcepcion' en Excepcion01.exe El programa '[16372] Excepcion01.exe' terminó con código 0 (0x0). 24 La Temperatura llegó a 24 La Temperatura llegó a 31 La Temperatura llegó a 30 La Temperatura llegó a 33 tengo los catch de catch (CalderaExcepcion e) {…} catch (ArgumentOutOfRangeException e) {..} catch (Exception e) {…} los dos últimos con su e.TargetSite, e.Message, e.Source, etc. pero según se ve en el código, hace una Excepción pero continúa con los mensajes y no me muestra qué pasó, de hecho no termina, le puse un ciclo para que lo intente 50 veces y sí lo hace 50 veces y termina por el "funciona = false;", además cómo verás, la temperatura sube y baja, ¿me podrías ayudar a saber qué pasó?, funciona completo pero me llama la atención que muestre el mensaje de excepción. Si lo corro una segunda vez, al ser random, me muestra: La Temperatura llegó a -40 La Temperatura llegó a -35 La TemperatuExcepción producida: 'Excepcion01.CalderaExcepcion' en Excepcion01.exe El programa '[10372] Excepcion01.exe' terminó con código 0 (0x0). ra llegó a -34 La Temperatura llegó a -38 es decir, continúa mostrando el la excepción sin algún valor en específico y al parecer es un string que se añade al texto por lo que se complementa en la siguiente línea.

[@nicosiored]

Veo que tienes el try y el catch, pero de que manera lanzas la excepcion?

[@LuisGabrielFabres]

Hola, muy buena explicación del manejo de errores. Tengo una consulta: En ocasiones, cuando por ejemplo se esta validando información ingresada por el usuario(un formulario, o un archivo con datos) pueden existir varios errores controlables, ej: un dato fuera de rango, o mal escrito, etc. al manejar esta validación con un bloque try/catch/finally, se puede capturar este error, pero de alguna forma se rompe el ciclo de validación. Cual es la mejor forma para validar datos "masivos" de modo que los errores puedan quedar por ejemplo almacenados en una lista... es decir, como evito que ciclo de comprobación se quiebre cuando se ejecuta el catch.. Saludos

[@nicosiored]

Tendrias que validar con alguno otro mecanismo todas las entradas y tener un flag, si ese flag despues de validar da como true lanzas la excepcion

[@Unknown971]

Tenes que ver que cosas son de verdad necesarias para una excepcion porque no es recomendable colocarla en todos lados, lo ideal es que sea en codigo que sea peligroso si ocurre algo inesperado (como este ejemplo, que si fuera una caldera de verdad, seria fatal ya que explotaria si se la deja seguir trabajando), pero si no es el caso, creo que lo mejor es tratarlo con otros tipos de codigos, C# te ofrece un metodo para validar numeros y te devuelve true o false segun lo recibido, eso lo podes encerrar en un ciclo do while para que salga cuando ingrese un dato valido y dentro del rango que queres (esto aplica para errores en el rango), ya despues si ocurren otras cosas que cortan el programa, son errores de logica (ejemplo 1: no validar lo ingresado por el usuario, ejemplo2: no colocar bien la condicion de un ciclo for y que lanze un ArgumentOutOfRangeException, etc)