Discussion :

[bewidia]

Bonjour,

est-ce que quelqu'un s'est déjà penché sur une solution (ou existe-t-elle déjà ?) visant à mutualiser/automatiser par une structure commune la validation d'un formulaire aussi bien coté client que serveur ?

Pour autant que je sache (je ne les utilise pas, je les ai juste essayé brievement), les framework de type Symphony ou autre peuvent vérifier les champs requis d'un formulaire mais le font coté serveur. Afin d'éviter les appels serveurs inutiles, l'idéal serait que coté client, en Javascript, les mêmes vérifications se fassent.

La vérification coté javascript serait dynamiquement écrite en se basant sur une structure de référence, et la vérification coté serveur se baserait sur cette même structure de référence pour refaire les tests avant insertion dans une BDD.

Merci pour vos avis !

[SpaceFrog]

http://www.developpez.net/forums/d10...n-formulaires/

[bewidia]

C'est justement ce lien qui m'y a refait pensé. Le plugin a l'air très pratique, mais ma question est plus sur une réflexion générale sur la construction de la vue pour avoir une "symétrie" de vérification aussi bien coté client que serveur

[sekaijin]

bonjour j'utilise MVC tant coté serveur que coté client
Et pour les formulaire les deux font leur contrôles.

J'ai commencé à faire ça sur des appli ou JS n'était pas une obligation (l'utilisateur peut le désactiver)

Pour moi il n'y aucune raison de ne pas agir ainsi
coté client des vérif rapide et de premiers plan; côté serveur des vérif métier et de fond

A+JYT

[SpaceFrog]

L'idée est intéressante faire un module en php par exemple qui génère le formulaire et ses composants en leur attribuant les même vérifications coté client et coté serveur.

[sekaijin]

dans le cadre des application devant tourner avec ou sans JS (au choix de l'utilisateur)

mon générateur de formulaire définit des vérification de type de format etc. qui sont faite et côté client et côté serveur. mais il y a aussi des vérification métier qui elle ne peuvent être faîte que côté serveur (une option serait d'utiliser ajax juste pour demander une vérif mais je ne l'ai pas retenu)

avec JS les vérifications de type de format etc. sont rapide et le formulaire est coloré dynamiquement en fonction de sa validité.

qu'il y ai js ou pas le formulaire est revalidé côté serveur avec les mêmes vérif (au cas où) et des vérification métier ne pouvant pas être faîte côté client (le email existe-il dans l'annuaire ?)


pour les application js (je n'ai pas de html dans ce cas tout est en js)
j'adopte là une stratégie différente. mes formulaires sont décrit en JS et donc validés en JS. la soumission se fait en Ajax par l'appel d'un service ad-hoc. ce service est lui aussi bâtit selon MVC il va donc a sont tour faire des vérifications mais uniquement celle que ne peut faire le client js. le vérifications métier.

pour mon service j'ai différent niveau d'erreur
404 not-found => le service invoqué n'existe pas où est introuvable
405 unavailable => le service n'est pas disponible ex: cnx db failed
500 internal error => erreur survenu dans le traitement
501 invalid datas => les données son non conforme à la signature du service
510 non-compliant data => les données ne son pas conforme aux règles métiers.

je n'ai donc pas les même vérification côte client et côté serveur mais des vérification complémentaires.

A+JYT

[bewidia]

Je pensais à un fichier xml qui décrive la table (les différents champs, les types, les différentes contraintes - unique, non nul etc.) et lorsque le serveur charge la vue, il construit dynamiquement le controlleur Javascript pour faire les tests possibles coté client lors de la soumission d'un formulaire. Coté serveur, le serveur consulte également le fichier xml pour effectuer le contrôle avant action dans la BDD.

J'ai cette idée en tête depuis quelques temps, et avant de m'investir plus dedans, je me demandais si quelqu'un avait déjà réfléchi à quelque-chose de similaire.

Edit après lecture de la réponse précédente :
Il y a forcement des tests spécifiques aussi bien coté client que serveur à effectuer en plus des tests génériques, mais c'est vraiment les tests génériques qui se retrouvent tout au long des codes (non nul, entier, date etc.) que j'aimerais mutualiser et automatiser par une structure commune.