Excepciones

Clase 7 de 35 • Curso Profesional de C# y ASP.Net 2016

Víctor Manuel Sarmiento Cayuelas

student•

Resumen rápido try-catch & using:

try{} -> Lo que voy a intentar hacer.

catch{} -> Lo que voy hacer si falla.

finally{} -> Lo que voy hacer si o si, tanto si falla como si no falla.

Pueden existir tantos catch como tipo de excepciones queramos capturar, si usamos una captura genérica esta debe ir al final.

using(){} ->Aseguramos una liberación del recurso de forma adecuada, evitando olvidos.

Albert Jiménez

student•

Genial resumen 😃

Abigail Perez

student•

excelente resumen

Juan Carlos Bonilla González

student•

Esta forma de utilizar el using, también aplica para consultas sql verdad el cerrar una consulta ayuda a que la aplicación sea un poco mas ágil. Si funcionaria de esta forma?

Francisco Jherson Huacho Inga

student•

El problema de colocar así:

using (Stream f = File.Open("./FileNo.txt", FileMode.Open))
 {
	try
	{
		int a = 10, b = 0;
int res = a / b;
	}
	catch (DivideByZeroException)
	{
		Console.WriteLine("División por cero");
	}
	catch (Exception ex)
	{
		Console.WriteLine($"Opps: {ex.Message}");
	}
}

Es que ya no se puede controlar la excepción de que el archivo no existe. El sistema se cae.

Ivan Ramos Sánchez

student•

Aquí muchos meses después comparto lo que suelo hacer. Uso mucho los bloques usings en aplicaciones legadas para conectar con ADO .net o bien para llamar algún WCF, en dado caso yo recomiendo poner el try catch "global" es decir fuera del using, así se puede manejar el caso que mencionas.

EDISON NUÑEZ

student•

Es recomendable crear una capa que se encargue de las excepciones sea a nivel de objetos de negocio y calculos en cliente?

Alberto Ramirez

student•

Yo considero que si es recomendable por que en esa capa puedes tener excepciones personalizadas y tener mas order

Williams Israel Chorolque Choque

student•

En todo caso no seria mejor algo como:

try  
{  
        using (Stream f = File.Open("./FileNo.txt", FileMode.Open))  
        {  
                int a = 10, b = 2;  
                int c = a / b;  
        }  
}  
catch (FileNotFoundException ex)  
{  
    Console.WriteLine($"{ex.ToString()}");  
}  
catch (DivideByZeroException)  
{  
    Console.WriteLine("Division por cero");  
}  
catch (Exception ex)  
{  
    Console.WriteLine($"{ex.ToString()}");  
}

y que tan práctico es el uso de excepciones vs if en cuanto a consumo de recursos.

Juan Carlos Ruiz Pacheco

teacher•

mmm es un caso complicadito, al tenerlo asi preferiria no usar using. Si con una pregunta puedes evitar una exepción entonces esa es la mejor forma.

Jorge Rojas

student•

Finally es la mejor practica, pero que implica el usar Finally vs poner el codigo fuera del try, al final el error se 'cacha' y el codigo se ejecutara?

Stream f = null;  
  
try  
{  
        var f = File.Open(./FileNo.txt", FileMode.Open");  
        int a = 10, b = 2;  
        int res = a / b;  
}  
catch (FileNotFoundException ex)  
{  
    Console.WriteLine($"{ex.ToString()}");  
}  
catch (DivideByZeroException)  
{  
    Console.WriteLine("Division por cero");  
}  
catch (Exception ex)  
{  
    Console.WriteLine($"{ex.ToString()}");  
}  
  
f.close();

Enrique Tecayehuatl

student•

Que jamás entrará a finally, después de entrar en un catch no sigue ejecutando el código, para por error en tiempo de ejecución y jamás se ejecutaría f.close() con finally es un “deber” que se ejecute aunque haya encontrado excepciones.

Jorge Rojas

student•

=/, no exactamente, asi como esta en el codigo, si entra al catch o no, o al finally el codigo que esta despues, fuera del try, catch y finally, se ejecuta.

Christian David Sánchez

student•

La setencia Exception es el padre de todas las excepciones.

Ivã¡n Castillo De La Torre

company_admin•

¿Es posible crear tipos de excepciones propias?

Brian Rene Valdez Gonzalez

student•

Nota importante: Existen varios tipos de excepciones (DivideByZeroException, FileNotFoundException) pero la que las encapsula a todas y tiene el nivel más alto en la jerarquía es Exception.

Janer Tegue

student•

Controlador de errores

Jaime Pinto Abad

student•

Excepciones Personalizadas

https://gherbust.wordpress.com/2016/07/12/excepciones-personalizadas-o-definidas-por-el-usuario-c/

Cesar Oniel Azpilcueta Najera

student•

Nosotros manejamos una clase propia de excepciones, Ejemplo:public class MyException:Exception

Mi pregunta es ¿Que tanto me recomiendas lanzar errores desde las ultimas capas, en vez de hacer un objeto Error que se este llenando en cada If ?

la estructura de la aplicación es la siguiente:

Ajax (Angular) -> HttpPost (Servicio del lado del server, MVC) -> Regresa JSON

Internamente Servicio del lado del server, MVC:

Controller->Logica->DB:

En la capa de Logica,Controller,Entity nosotros lanzamos la exception de tal forma que si es una excepcion no controllada por nosostros nos mande a un canal de Slack el error

ejemplo Server side:

----Logica.cs-----

public class Logica(){

public ObjDto getLogin(usuario,contrasenia){

var objEntity = DB.usuario.Where(it=>it.usuario == usuario && it.contrasenia == contrasenia).FirstOrDefault();

if(objEntity == null){

throw new MyException($"El usuario {usuario} no existe");

}

----userController.cs-----

Controller

[HttpPost]

public ActionResult login(ContractLogin contract){

try{

var logic = new Logica();

logic.getLogin(contract.usuario,contract.contrasenia);

return objResponse.addData("Se registro correctamente","MSG From login");

}

catch(MyException myEx){

return objResponse.addError(myEx);

}

catch(Exception ex){

Slack.sendError(ex.message);

return objResponse.addError(myEx);

}

Enrique Tecayehuatl

student•

¿Entonces es conveniente NO tener un finally cuando usamos la palabra reservara 'using( ){ } '?

Jonathan Espinoza

student•

Solo en el caso de que la unica instruccion del finally sea Close(), pero en caso de que necesites ejecutar otra accion aun si tu aplicacion falla, es necesario tener un finally…Por ejemplo supongamos que cambiaste el tipo de cursor en tu metodo de Arrow(Flecha) a cursorwait(espera) y necesitas que vuelva a Arrow aun si tu aplicacion se cae, en ese caso debes esa accion en la instruccion finally

Alejandro Gongora

student•

La instrucción try-catch consta de un bloque try seguido de UNA O MAS cláusulas catch, las cuales especifican controladores para diferentes excepciones.

Carlos Madrigal Ramos

student•

JuanKdice que el bloque using: aun cuando se produzcan excepciones manejadas o no manejadas siempre va a ejecutar un finally y hacer close al archivo aun cuando no esta escrito en el código.

PREGUNTA: Esto quiere decir que ese bloque se utiliza solo para archivos o puede manejar otro tipo de recursos?? Cuales serian??

Nahun Fernando Oseguera Villalobos

student•

Excelente todo clarisimo

Felipe Suarez

student•

tengo una pregunta, si yo creo unos métodos de consumen un servicio web en php y consumo estos métodos en visual studio, para las excepciones que debo de usar, SoapException, webException o cual debo de usar?

Eddy Arellanes

student•

Yo creo que usar SoapException está bien, pero sería mejor que tu hagas una Exception personalizado para tener un mejor control

using (Stream f = File.Open("./FileNo.txt", FileMode.Open))
 {
	try
	{
		int a = 10, b = 0;
int res = a / b;
	}
	catch (DivideByZeroException)
	{
		Console.WriteLine("División por cero");
	}
	catch (Exception ex)
	{
		Console.WriteLine($"Opps: {ex.Message}");
	}
}
	

try  
{  
        using (Stream f = File.Open("./FileNo.txt", FileMode.Open))  
        {  
                int a = 10, b = 2;  
                int c = a / b;  
        }  
}  
catch (FileNotFoundException ex)  
{  
    Console.WriteLine($"{ex.ToString()}");  
}  
catch (DivideByZeroException)  
{  
    Console.WriteLine("Division por cero");  
}  
catch (Exception ex)  
{  
    Console.WriteLine($"{ex.ToString()}");  
}

Stream f = null;  
  
try  
{  
        var f = File.Open(./FileNo.txt", FileMode.Open");  
        int a = 10, b = 2;  
        int res = a / b;  
}  
catch (FileNotFoundException ex)  
{  
    Console.WriteLine($"{ex.ToString()}");  
}  
catch (DivideByZeroException)  
{  
    Console.WriteLine("Division por cero");  
}  
catch (Exception ex)  
{  
    Console.WriteLine($"{ex.ToString()}");  
}  
  
f.close();

Excepciones

¡Nos estamos renovando!

¡Estamos renovando este curso!

Bienvenidos

¿Qué necesito para tomar el curso?

Bienvenidos al Curso Avanzado de C#

Materiales

Descarga el código del proyecto y la presentación

Conceptos avanzados de C#

Hilos y Tareas

Llamados asíncronos (async, await)

Excepciones

Creación de librerías

SOLID: Buenas prácticas y patrones para mejorar nuestro código

Fundamentos para aplicaciones empresariales

Creando nuestro proyecto ASP.net

Introducción a ASP.net

Diferencias entre ASP.Net Web Forms, MVC, Asp.Net Core

Estructura de una aplicación en ASP.net MVC

Introducción al proyecto microsoft.com/cognitive-services

Implementación de modelos y validación con Scaffolding

Base de datos en Azure y atributos para validación de restricciones

El controlador y la vista en detalle

Reconstrucción por cambios en el modelo

Creando el Home desde cero

Implementando una vista sin layouts predeterminados

Browser Link

Consumiendo Servicios de terceros

Subir y procesar archivos

n) Creando APIs con Web API

Crear dinámicamente la documentación del API

ASP.Net en Trabajo en Equipo

Publicación del sitio

Diagnóstico y optimización de aplicaciones

Conclusión

Cierre del curso

Desafío 1: Mostrar la imagen de un Emopicture

Desafío 2: Crear Controlador Web Api similar a EmoUploader

Desafío 3: Extender Controller con un Action y View

Complementos del curso

Windows presentation Foundation

Reflection

Sesiones en Vivo

Solución 01