Abuso de Excepciones

[rodri]

Hola Foro, quisiera saber si está bien hacer mucho manejo de excepciones (bloques try catch) en muchas partes de la aplicacion. Sobretodo si se tienen dos capas: una en un componente y la otra en la pagina aspx y en ambas bloques try catch para el mismo método por ejemplo.

espero q este claro

[rodri]

gracias por su colaboracion

[moNTeZIon]

Creo que lo suyo es cachear las excepciones posibles y concretas que se puedan dar durante cada proceso, y no las demás genéricas. Pero claro, a veces es imposible saber qué tipos de excepciones van a saltar.
Me ha ocurrido que, por ejemplo, al cachear una excepcion generica en una funcion, desde la que se van a llamar a varios subprocesos (con sus bloques try y catch) salta el cacheo del error en esa funcion, por lo que no me es posible saber en cuál de los procesos ha ocurrido.
Lo que hago es quitar el cacheo momentáneamente para ver qué ocurre, y luego lo vuelvo a poner para no dejarlo descontrolado.
Pero es cierto, hay algo que no veo muy claro. También me irían bien algunas ideas en este sentido.

Gracias a todos!

[rodri]

pero, bueno hacer un doble try catch en diferentes capas de la aplicacion?

[Jose_minglein2]

Mala opción aparte de hacer la misma operación 2 veces, encima sería repetir una operación mucho más lenta, primero intenta usar if u otras opciones en vez de try, y si los utilizas intenta minimizarlos.

[rodri]

es decir que try y catch hacen que una aplicacion baje performance? que tanto?

[Jose_minglein2]

http://msdn.microsoft.com/library/de...etperftips.asp

Throw Fewer Exceptions

Throwing exceptions can be very expensive, so make sure that you don't throw a lot of them. Use Perfmon to see how many exceptions your application is throwing. It may surprise you to find that certain areas of your application throw more exceptions than you expected. For better granularity, you can also check the exception number programmatically by using Performance Counters.

Finding and designing away exception-heavy code can result in a decent perf win. Bear in mind that this has nothing to do with try/catch blocks: you only incur the cost when the actual exception is thrown. You can use as many try/catch blocks as you want. Using exceptions gratuitously is where you lose performance. For example, you should stay away from things like using exceptions for control flow.

Here's a simple example of how expensive exceptions can be: we'll simply run through a For loop, generating thousands or exceptions and then terminating. Try commenting out the throw statement to see the difference in speed: those exceptions result in tremendous overhead.

[Dynk]

Yo uso los try catch únicamente en la capa de aceso a datos.

[rodri]

Gracias Jose_minglein2 , muuy util.
Dynk a veces necesito hacer mis try catch en la capa de aplicacion para evitar la muy molesta pantallita amarilla, supongo que como moNTeZIon, primero ver que excepciones agarrar en donde.

[Dynk]

Rodri, si todas tus funciones de la dataaccess retornan algo, no veras esa pantallita que tu mencionas ;)

[xknown]

Aquí parte de un libro al respecto (Exception Management):
http://msdn.microsoft.com/library/de...netchapt06.asp

Saludos

[rodri]

es cierto, muchas gracias. tengo una Duda mas de DataSources con manejo de Excepciones pero mejor creo un nuevo thread, gracias.