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!

Hola Octavio !
Estoy de acuerdo. Es mas cada vez que se pueda evitar se debe evitar, por
ejemplo a veces hacemos un try cuando hay error de cast por null por ejemplo
y es muchisimo menos costoso preguntar si es nulo a no ponerlo dentro de un
try

Saludos,
Eugenio Serrano
NDSoft Consultoria y Desarrollo
MS MVP ASP.Net
Voluntario Ineta Latam (www.ineta.org/latam)


"Octavio Telis Aynes" escribió en el mensaje
news:

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!
>
>

Tengo una pregunta sobre esto. Yo pongo bloquese try catch finally a veces
en sitios que se que no habra una excepción. Solo por seguridad en caso de
que falle una conexion de red, que el servidor de SQL este apagado, o
fallase. Con lo cual en la mayor parte de los caso no se producira
excepción. ¿Esto produce un retraso en la ejecución?

Saludos a todos.


"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!

Si un pequeño retraso tiene que producirse. Yo particularmente creo que en
ese caso vale la pena.
Tampoco hay que pasarse al otro extremo...

Saludos,
Eugenio Serrano
NDSoft Consultoria y Desarrollo
MS MVP ASP.Net
Voluntario Ineta Latam (www.ineta.org/latam)

"Oswaldo Vález Palmeiro" escribió en el mensaje
news:eU96j#

Tengo una pregunta sobre esto. Yo pongo bloquese try catch finally a veces
en sitios que se que no habra una excepción. Solo por seguridad en caso de
que falle una conexion de red, que el servidor de SQL este apagado, o
fallase. Con lo cual en la mayor parte de los caso no se producira
excepción. ¿Esto produce un retraso en la ejecución?

Saludos a todos.


"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!
>
>