COmo genero un mensaje antes de un Sysutils.Abort

[marto]

Código Delphi [-]
If (DataMopduleModuloDatos.AdoTableClientesNombre.IsNull = True) then
Begin
  ShowMessage ('Debes de rellenar los rojos')
  Abort;
end;

[[Lepe]]

Supongo que es cuestion de gusto y criterio, yo prefiero un Exception, ¿Por qué?

Un usuario ve un showmessage y directamente pulsa en el aceptar, tienen tal vicio con el raton que ni si quiera lo lee.

Ve el simbolo de error, se asusta, lo lee, y despues pulsa aceptar.

[delphi.com.ar]

Empezado por Lepe

Un usuario ve un showmessage y directamente pulsa en el aceptar, tienen tal vicio con el raton que ni si quiera lo lee.

Si se trata de un sistema empresarial, creo que debemos "educar" al usuario a nuestro gusto. Las alertas son alertas y los errores son errores.

Saludos!

[roman]

Empezado por delphi.com.ar

Si se trata de un sistema empresarial, creo que debemos "educar" al usuario a nuestro gusto. Las alertas son alertas y los errores son errores.

¿Y en este caso qué es?



// Saludos

[delphi.com.ar]

Empezado por roman

¿Y en este caso qué es?

Yo di dos ejemplos, pero creo que eso se define junto con el análisis inicial del sistema.
¿Nos estamos llendo de tema?

[roman]

Decía un maestro que una alerta se usa para avisar al usuario de algo que puede ocurrir y un error para avisar de algo que ya ocurrió.

Esto tiene algo de lógica sólo que en este caso depende de cómo se vea. Si la verificación de datos faltantes se hace antes de hacer el post sería una alerta (oye usuario, no has puesto un valor y el servidor no lo va a aceptar) pero si la verificación se hace depués del post entonces sería un error (oye usuario, el servidor dice que falta un dato y ya protestó).´

Así que si nos guiamos por este estilo, en este caso tendría que ser una alerta. Lo que pasa es que en realidad el usuario no tiene idea de si la verificación se hace antes o después.

Por otra parte, el uso del abort después del ShowMessage, tal como lo propone marto, pues no es más que una excepción disfrazada de mensaje.

Así que en realidad todo es cuestión de gustos y mejor qe le den una taza de café al usuario para que se despabile.



// Saludos

[marcoszorrilla]

Lo lógico, a mi juicio, es prevenir al usuario de la omisión o inconsistencia de los datos para que no se produzca el error.

Y el usuario aunque no distinga "los galgos de los podencos", si apreciará un sistema que le avise con tiempo de sus incongruencias.

En consecuencia siempre se debe advertir al usuario, y lo que para nosotros es una alerta y se diferencia claramente de un error puede ser la misma diferencia que existe entre un error y una errata para quien sea capaz de distinguir el matiz.

Un Saludo.

[Enan0]

Empezado por Lepe

Supongo que es cuestion de gusto y criterio, yo prefiero un Exception, ¿Por qué?

Un usuario ve un showmessage y directamente pulsa en el aceptar, tienen tal vicio con el raton que ni si quiera lo lee.

Ve el simbolo de error, se asusta, lo lee, y despues pulsa aceptar.

Bueno entonces USA

Código Delphi [-]
 Application.MessageBox('mensaje','Titulo',MB_yes+MB_ICONERROR);

y con eso tenes el error con icono.. verifica que el campo no este nulo y listo

[roman]

Empezado por Enan0

Código Delphi [-]
 Application.MessageBox('mensaje','Titulo',MB_yes+MB_ICONERROR);

y con eso tenes el error con icono

Claro; pero, al menos yo, entre un ShowMessage con MB_ICONERROR seguido de un abort y un Exception no veo diferencia así que en tal caso me quedo con Exception.

// Saludos

[Enan0]

si roman estas bien, pero si no queres generar una excesión bueno .. ahi esta otra posibilidad

[roman]

Empezado por Enan0

pero si no queres generar una excesión bueno .. ahi esta otra posibilidad

Es que el abort es una excepción y de hecho de fuerza requieres la excepción para interrumpir el proceso. De lo contrario se hace el post y el servidor mandará el error.

// Saludos