Yo voy de acuerdo con
mamcx. Las excepciones jamás se deben esconder. Pero esto no significa, como dice mi amigo
jachguate, que todas deban llegar a oídos (u ojos) del usuario. "tratar la exepción" no es sinónimo de mostrar un mensaje.
Por otra parte es también un error presuponer, como ya lo indicó
mamcx que el código va a fallar por una sola posible causa. Para algo está la construcción:
Código Delphi
[-]
try
except
on EErrorQueSeComoManejar do
begin
end;
end;
cualquier otro error que no sepamos o podamos manejar o que ni siquiera tengamos previsto debemos dejar que se propague.
También, sin ánimo de ofender, creo que al amigo
dec le hace falta enfrentarse con usuarios de verdad. Es increible la cantidad de cosas obvias que algunos simplemente no entienden. No es tanto tratar al usuario como tonto, pero la aplicación si debe estar pensada para tontos.
Cita:
|
Empezado por dec
Imagina que al usuario le da por escribir un caracter en lugar de un número en el ComboBox. ¿Para qué mostrarle el error? ¿es que no es evidente? ¿es que el usuario no ve por sus propios ojos que una línea se representa mediante su número y no una letra u otro caracter?
|
¿Cuántas veces no nos hemos detenido nosostros mismos al programar, a veces durante horas, frente a un error que no entendemos. Vemos una y otra vez la ventana de código y nada, no nos iluminamos. Hasta después de un rato o un descanso, nos damos cuenta de lo
obvio del error. ¿Por qué ha de ser distinta la situación del usuario?
Yo, como usuario, agradecería una notificación inmediata de lo que estoy haciendo mal para no perder mi tiempo buscando en el formulario dónde está el error.
// Saludos