[1.7.0] Validation de formulaire

Version imprimable

14/09/2009, 18h01
BiM

[1.7.0] Validation de formulaire
Bonjour,

J'utilise du GWT pur (pas de GWT-Ext et autre drôlerie) et je voudrais faire une validation de "formulaire". Je met formulaire entre guillemets car je n'utilise pas (pour le moment) les FormPanel.

Pour être simple et claire, on va dire que j'ai un panel avec 2 champs qui doivent avoir les contraintes suivantes :
- Libellé : Non nul et non vide.
- Email : Peut être nul mais s'il n'est pas nul, le champ doit respecter le format email.
Je voudrais que quand j'appuie sur le bouton valider de mon "formulaire", il me valide les champs en fonction de leur valeur.

Pour cela, je crois que j'ai trouvé deux API :
- gwt-validation
- gwtvalidator
J'ai commencé par essayer avec gwt-validation. Mais j'ai l'impression que cette API m'oblige à définir les contraintes sur la valeur directement et non le champs. Son gros avantage est d'utiliser les annotations, je trouve ça tellement pratique et lisible :) D'autre part, je n'ai pas exactement compris son utilisation. J'arrive très bien à définir, les contraintes, les messages etc. Mais aucune idée de comment récupérer les messages d'erreur de validation. D'autre part, je ne peux apparemment pas définir ces contraintes sur des TextBox ou autre, je suis obligé de le faire directement sur la valeur récupéree dans mon objet créé à la suite de ce formulaire par exemple.

Pourriez-vous m'aider avec un exemple concret d'utilisation de gwt-validation ?

Sinon, je me tâte à tenter avec gwtvalidator parce que je n'ai pas l'impression que la doc soit très fournie voire fournie tout court... Avez-vous des avis sur gwtvalidator et éventuellement un exemple ? J'ai cru comprendre que cette API permet de colorer le champ en rouge s'il n'est pas ou mal rempli ?

Connaissez-vous d'autres API capables de faire ceci ? (en dehors de GWT-Ext, SmartGWT et ses copains)

:merci:
14/09/2009, 21h24
benwit

Avis purement personnel :

J'ai choisi d'utiliser une librairie plus riche (GXT) car les composants qu'elle offre seraient long à développer.
Je comprend qu'on n'en ai pas besoin et si ça m'arrivait, je ne pense pas que j'irai m'embêter à intégrer des bouts de librairies pour des besoins simples.
Intégrer une librairie pour du svg ou des canvas pourquoi pas mais pour de la validation ??? D'autant que la moindre des choses quand on fait une API est de faire une documentation, non ? Là, c'est à croire que ce n'est pas fini ? ou qu'ils ne veulent pas qu'on l'utilise.

La validation peut se faire sur les champs pour éviter de faire des appels serveurs si les données sont incorrectes mais pour des questions de sécurité, il est aussi recommandé de vérifier côté serveur.

En GWT de base, il "suffit" de gérer les champs par des key listeners.
Il peut être même amusant d'écrire un petit composant pour gérer les erreurs mais je comprend que l'on ne veuille pas réinventer la roue (à condition que le temps passer à utiliser une librairie tierce ne soit pas trop conséquent non plus)
15/09/2009, 08h44
BiM

Citation:

Envoyé par benwit

J'ai choisi d'utiliser une librairie plus riche (GXT) car les composants qu'elle offre seraient long à développer.

Graphiquement, je n'en ai pas la nécéssité. Je fais déjà presque toutes les choses complexes que je souhaite d'une façon très simple. D'autre part, j'ai un doute sur la licence de GXT, impossible de s'y retrouver. Et si j'ai bien compris ce n'est plus maintenu... (danger !).

Citation:

Envoyé par benwit

Je comprend qu'on n'en ai pas besoin et si ça m'arrivait, je ne pense pas que j'irai m'embêter à intégrer des bouts de librairies pour des besoins simples.
Intégrer une librairie pour du svg ou des canvas pourquoi pas mais pour de la validation ??? D'autant que la moindre des choses quand on fait une API est de faire une documentation, non ? Là, c'est à croire que ce n'est pas fini ? ou qu'ils ne veulent pas qu'on l'utilise.

Le projet gwt-validation est assez récent, il a un minimum de documentation mais ça reste assez succinct. D'où mes questions sur le forum :).

Citation:

Envoyé par benwit

La validation peut se faire sur les champs pour éviter de faire des appels serveurs si les données sont incorrectes mais pour des questions de sécurité, il est aussi recommandé de vérifier côté serveur.

Le but ici est de faire une validation côté client en effet. Côté serveur, cela viendra peut être mais ce n'est pas encore envisagé pour le moment.

Citation:

Envoyé par benwit

En GWT de base, il "suffit" de gérer les champs par des key listeners.

Hum, pas vraiment, le but est de contrôler les champs au moment de la soumission du formulaire et non à chaque fois que le pauvre écrit une lettre !

Citation:

Envoyé par benwit

Il peut être même amusant d'écrire un petit composant pour gérer les erreurs mais je comprend que l'on ne veuille pas réinventer la roue (à condition que le temps passer à utiliser une librairie tierce ne soit pas trop conséquent non plus)

Je sais qu'il existe des API pour ce que je souhaite faire, c'est pour cela que je viens demander de l'aide afin de m'aider à les utiliser. Ce sont des librairies relativement légères. Ca m'évite effectivement de réinventer la roue.
15/09/2009, 09h28
benwit

Citation:

Envoyé par BiM

D'autre part, j'ai un doute sur la licence de GXT, impossible de s'y retrouver. Et si j'ai bien compris ce n'est plus maintenu... (danger !).

Question licence GXT, et si j'ai bien compris, c'est lorsque tu fais un produit avec cette librairie et que tu le commercialises, tu dois fournir également les sources de ton produit. En revanche, si tu fais une application web qui est seulement utilisée comme un service (tu ne livres pas de produits et donc tu n'as rien à livrer)
Pour ce qui est du 'n'est plus maintenu', il s'agit de GWT-EXT (wrapper GWT de Ext-JS) mais pas de EXT-GWT (pur GWT au look Ext) appelé aussi GXT pour éviter les confusions.

Citation:

Envoyé par BiM

Le but ici est de faire une validation côté client en effet. Côté serveur, cela viendra peut être mais ce n'est pas encore envisagé pour le moment.

C'est vrai qu'en GWT, si l'utilisateur désactive Javascript, il ira pas très loin. Après, c'est pour se prémunir de l'altération des données en transit mais c'est quand même un chouïa plus complexe.

Citation:

Envoyé par BiM

Hum, pas vraiment, le but est de contrôler les champs au moment de la soumission du formulaire et non à chaque fois que le pauvre écrit une lettre !

Tout dépend de ce que l'on veut faire. C'est sûr que si c'est pour afficher une boite d'alerte, ça devient vite pénible.
En revanche, c'est un mécanisme utilisé fréquemment (champs de saisie numérique, masque de saisie, vérification de la sécurité des mots de passe, ...) et bien agréable si bien intégré (icone s'affichant sur le côté, couleur du champs ...) L'intérêt est que l'utilisateur corrige le champ au fur et à mesure et n'attends pas la fin pour voir si c'est valide.
Bien entendu, il est également possible de faire des vérifications juste avant la soumission du formulaire : Dans FormPanel, il y a un handler pour cela.
15/09/2009, 10h01
BiM

Au temps pour moi, je n'avais pas pensé au JavaScript désactivé. Ceci dit, si le javascript est désactive l'utilisateur n'ira pas très loin avec notre application, il ne peut même pas afficher la page d'authentification...