Try, catch

Llega a tener un costo en rendimiento, sin embargo no llega a ser mucho si
son pocas estructuras try.

El costo en rendimiento es notorio cuando se utiliza Try en exceso, Try está
pensado para atrapar errores donde es muy probable que existe uno y que esté
fuera del alcance de diseño, esto es, en ocasiones como utilizar un
ExecuteNonQuery de un command de OLEDB o SQLClient, ya que dependes de
factores que pueden fallar aun cuando todo esté bien en la aplicación, por
ejemplo la falta de comunicación con una base de datos debido a factores
ajenos a la aplicación. Sin embargo, en tu aplicación no es recomendable
meter código en try para evitarse validaciones o para no dedicarle tiempo a
código libre de errores.

En fin, puede ser muy polémico, pero entre menos estructuras try tenga tu
código, es decir, que tenga solo las que necesita porque el control del
código puede fallar debido a factores ajenos, que que con eso será
suficiente para tu aplicación.

Espero que te sea de utilidad.

Saludos...

Octavio Telis Aynés


"Juan" escribió en el mensaje
news:%23M3NM%

Hola Grupo

Tiene algun costo a nivel rendimiento poner en todos mi metodos el control
de errores try catch?

Gracias!