La Cara Oculta de Delphi 6

478 La Cara Oculta de Delphi 6
La reacción instintiva de muchos programadores es no utilizar la validación predefinida...
simplemente porque el mensaje sale en inglés. No debería ser así, porque este
“problema” puede resolverse traduciendo los mensajes de la aplicación, sin necesidad
de usar una sola línea adicional de código.
El otro pretexto que he escuchado para no usar este mecanismo es: “...sí, pero yo
quiero además que se seleccione el control donde el usuario debe teclear el valor....”
Pero se trata también de otra queja sin fundamento. En la clase TField existe el siguiente
método:
procedure TField.FocusControl;
Cuando falla alguna de las validaciones impuestas por Delphi a nivel de campos, la
propia VCL aplica FocusControl sobre el campo conflictivo. La implementación de
FocusControl busca entonces un control visual asociado a ese campo para pasarle el
foco del teclado.
Mucho más interesante es el uso de CustomConstraint, pues en ella podemos teclear
una condición que debe cumplir el campo. Supongamos que tenemos un campo
llamado Email en el que almacenamos una dirección de correo electrónico. Podríamos
utilizar la siguiente expresión en CustomConstraint:
x like '%@%.___' or x like '%@%.__'
¿Por qué x? Simplemente porque x no significa nada en SQL; podemos elegir cualquier
otro identificador para representar el valor del campo, siempre que seamos
coherentes en su uso. Notará también que he utilizado el operador like. Esto es posible
porque estamos utilizando un TClientDataSet, y la sintaxis aceptada para los
campos de los conjuntos de datos clientes es la misma que se utiliza en las condiciones
de filtro que ya hemos estudiado.
NOTA
El BDE es la otra interfaz de acceso que permite el uso de CustomConstraint en sus
campos. No obstante, la sintaxis permitida es diferente, porque es el propio BDE
quien evalúa las expresiones. De todos modos, la mayoría de las aplicaciones de interfaz
interactiva que se programan actualmente, utilizan TClientDataSet para la capa
visual.
Si ha hecho la prueba de activar CustomConstraint en algún campo, habrá visto que el
mensaje que aparece por omisión es demasiado “técnico”. Por este motivo existe la
propiedad ConstraintErrorMessage, para que digamos el mensaje que queremos que
aparezca.
Dije al principio de la sección que las propiedades anteriores estaban presentes en
todas las clases derivadas de TField. En cambio, los campos de tipo numérico ofrecen
dos propiedades en exclusiva: Min y Max; puede imaginar para qué se utilizan.