Estilo de programación

15/06/2007 - 08:28 por David Horno | Informe spam
Hola a todos. Me gustaría plantearles una duda, que espero que los más
expertos me respondan y den su opinión.

¿Qué opinan de crear logs en una aplicación, ya sea web o de escritorio? Es
decir, introducir en cada método, función, etc el "try ... catch" y capturar
y guardar las excepciones. ¿Creeís que es una forma correcta de trabajar?
¿No deberían controlarse todos y cada uno de los fallos que se pudieran dar
y no dejar que la aplicación los vaya recopilando? Creo que es obligación
del programador controlar todo lo que pasa por detrás de la aplicación, y es
una manera de "abandonarla" usando logs. Es como dar por hecho que va haber
errores.

Un saludo.

Preguntas similare

Leer las respuestas

#1 Alberto Poblacion
15/06/2007 - 10:10 | Informe spam
"David Horno" wrote in message
news:%
¿Qué opinan de crear logs en una aplicación, ya sea web o de escritorio?
Es decir, introducir en cada método, función, etc el "try ... catch" y
capturar y guardar las excepciones. ¿Creeís que es una forma correcta de
trabajar? ¿No deberían controlarse todos y cada uno de los fallos que se
pudieran dar y no dejar que la aplicación los vaya recopilando? Creo que
es obligación del programador controlar todo lo que pasa por detrás de la
aplicación, y es una manera de "abandonarla" usando logs. Es como dar por
hecho que va haber errores.



Depende de qué errores. Por ejemplo, imagínate que la aplicación se
conecta con un servidor de base de datos, y el servidor se "cae". La
aplicación no puede hacer nada por resolverlo, si el servidor no funciona lo
que no puede hacer la aplicación es inventarse los datos. Tendrá que dar un
mensaje al usuario indicando que la operación no puede completarse por
causas ajenas a la aplicación. Y es este caso, es razonable que la
aplicación grabe un "log" en el cual consten los códigos internos de error
que haya devuelto el servidor de base de datos, con el fin de que sirvan
para depurar cuáles son los problemas que está experimentando dicho
servidor.
Respuesta Responder a este mensaje
#2 David Horno
15/06/2007 - 10:42 | Informe spam
Muchas gracias por tu opinión Alberto.




"Alberto Poblacion"
escribió en el mensaje news:%
"David Horno" wrote in message
news:%
¿Qué opinan de crear logs en una aplicación, ya sea web o de escritorio?
Es decir, introducir en cada método, función, etc el "try ... catch" y
capturar y guardar las excepciones. ¿Creeís que es una forma correcta de
trabajar? ¿No deberían controlarse todos y cada uno de los fallos que se
pudieran dar y no dejar que la aplicación los vaya recopilando? Creo que
es obligación del programador controlar todo lo que pasa por detrás de la
aplicación, y es una manera de "abandonarla" usando logs. Es como dar por
hecho que va haber errores.



Depende de qué errores. Por ejemplo, imagínate que la aplicación se
conecta con un servidor de base de datos, y el servidor se "cae". La
aplicación no puede hacer nada por resolverlo, si el servidor no funciona
lo que no puede hacer la aplicación es inventarse los datos. Tendrá que
dar un mensaje al usuario indicando que la operación no puede completarse
por causas ajenas a la aplicación. Y es este caso, es razonable que la
aplicación grabe un "log" en el cual consten los códigos internos de error
que haya devuelto el servidor de base de datos, con el fin de que sirvan
para depurar cuáles son los problemas que está experimentando dicho
servidor.


Respuesta Responder a este mensaje
#3 RFOG
15/06/2007 - 11:30 | Informe spam
En Fri, 15 Jun 2007 08:28:43 +0200, David Horno escribió:

Hola a todos. Me gustaría plantearles una duda, que espero que los más
expertos me respondan y den su opinión.

¿Qué opinan de crear logs en una aplicación, ya sea web o de escritorio?
Es
decir, introducir en cada método, función, etc el "try ... catch" y
capturar
y guardar las excepciones. ¿Creeís que es una forma correcta de trabajar?
¿No deberían controlarse todos y cada uno de los fallos que se pudieran
dar
y no dejar que la aplicación los vaya recopilando? Creo que es obligación
del programador controlar todo lo que pasa por detrás de la aplicación,
y es
una manera de "abandonarla" usando logs. Es como dar por hecho que va
haber
errores.

Un saludo.





Yo suelo poner un try/catch en el main y demás hilos para coger todo lo
que en la aplicación no he cogido y escribo un fichero de log con la
excepción. Y luego en ese mismo log grabo lo que yo llamo "eventos
extraños", sobre todo en aplicaciones que van en quioscos. Si, por ejemplo
es una aplicación que usa sockets, si no puedo conectar, grabo un evento,
si recibo basura la grabo, etc. De hecho tengo una clase autónoma para
ello, que siempre integro en mis proyectos (igual que guardar la
configuración de la aplicación en ficheros con formato INI). No veas de
las que me he librado cuando se entra en la etapa de "es culpa del
programa", "no, es culpa del ordenador", "no, es culpa del proveedor de
servicios", etc...


Visita mi blog principal: http://rfog.blogsome.com
Y este sobre programación: http://geeks.ms/blogs/rfog
Libros, ciencia ficción y programación
Deltree Windows, THE REAL DOUBLESPACE!!!!
Respuesta Responder a este mensaje
#4 David Horno
15/06/2007 - 12:27 | Informe spam
Gracias por el comentario.






"RFOG" escribió en el mensaje
news:
En Fri, 15 Jun 2007 08:28:43 +0200, David Horno escribió:

Hola a todos. Me gustaría plantearles una duda, que espero que los más
expertos me respondan y den su opinión.

¿Qué opinan de crear logs en una aplicación, ya sea web o de escritorio?
Es
decir, introducir en cada método, función, etc el "try ... catch" y
capturar
y guardar las excepciones. ¿Creeís que es una forma correcta de trabajar?
¿No deberían controlarse todos y cada uno de los fallos que se pudieran
dar
y no dejar que la aplicación los vaya recopilando? Creo que es obligación
del programador controlar todo lo que pasa por detrás de la aplicación,
y es
una manera de "abandonarla" usando logs. Es como dar por hecho que va
haber
errores.

Un saludo.





Yo suelo poner un try/catch en el main y demás hilos para coger todo lo
que en la aplicación no he cogido y escribo un fichero de log con la
excepción. Y luego en ese mismo log grabo lo que yo llamo "eventos
extraños", sobre todo en aplicaciones que van en quioscos. Si, por ejemplo
es una aplicación que usa sockets, si no puedo conectar, grabo un evento,
si recibo basura la grabo, etc. De hecho tengo una clase autónoma para
ello, que siempre integro en mis proyectos (igual que guardar la
configuración de la aplicación en ficheros con formato INI). No veas de
las que me he librado cuando se entra en la etapa de "es culpa del
programa", "no, es culpa del ordenador", "no, es culpa del proveedor de
servicios", etc...


Visita mi blog principal: http://rfog.blogsome.com
Y este sobre programación: http://geeks.ms/blogs/rfog
Libros, ciencia ficción y programación
> Deltree Windows, THE REAL DOUBLESPACE!!!!
Respuesta Responder a este mensaje
#5 Harvey Triana
16/06/2007 - 15:43 | Informe spam
Hoy dia que el C con C# alcanzo uno de los tesoros más apreciados del VB, me
refiero a "la programacion por ensayo y error", gracias al poderoso IDE, ya
no es perentorio abusar de los logs.

<Harvey Triana />
http://vexpert.mvps.org

"David Horno" escribió en el mensaje
news:%
Hola a todos. Me gustaría plantearles una duda, que espero que los más
expertos me respondan y den su opinión.

¿Qué opinan de crear logs en una aplicación, ya sea web o de escritorio?
Es decir, introducir en cada método, función, etc el "try ... catch" y
capturar y guardar las excepciones. ¿Creeís que es una forma correcta de
trabajar? ¿No deberían controlarse todos y cada uno de los fallos que se
pudieran dar y no dejar que la aplicación los vaya recopilando? Creo que
es obligación del programador controlar todo lo que pasa por detrás de la
aplicación, y es una manera de "abandonarla" usando logs. Es como dar por
hecho que va haber errores.

Un saludo.

Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente Respuesta Tengo una respuesta
Search Busqueda sugerida