salut a tous,
 
je vien juste de me mettre au HTML pour un stage dans une entreprise. malheuresement je n'ai pas beaucoup d'experience dans le langage.
 
je voudrais faire l'equivalent des exeptions en C++. En effet, je propose a l'utilisateur de rentrer des parametres en "input". si l'utilisateur n'a pas correctement rentre le format des donnees (entier,...) je voudrais que le systeme ce bloque et ne puisse continuer que si le bon format des donnees est utilise.
 
en fait j'ai cherche des exemples sur google mais je ne connais le nom de ce type d'utilisation en HTML. j'ai essaye avec "exception" mais je n'ai rien trouve.
 
d'avance merci    
 

la gestion des exceptions existe en javascript. Elle sont peu utilisables mais ont le merite d'exister. Pour ton problème de validité de formulaire, il y a deux écoles : le full js (ajax y compris) ou la validation côté serveur.

Le HTML n'est qu'un langage de présentation, il ne permet pas cela.
Mais si tu fais des formulaires, tu utilises à priori un autre langage qui s'exécute sur le serveur et te génère du html...lequel?

Il faut forcément faire la validation coté serveur, donc autant commencer par ça.
Sinon il suffit qu'un abruti désactive le javascript pour que tu perdes toute vérification...

 
Ya pas forcément besoin d'être un abruti pour désactiver le javascript, on peut le faire intelligement, lorsque l'on trouve que le JS est trop reloud sur un site

 
J'ai jamais dit le contraire.
C'est juste une figure de style.

L'éternel combat entre le "vélo" et le "tunning-car"

 
je vais me repeter, mais si c'est dans le cadre d'un intranet, ta remarque ne rime a rien. c'est stupide de conseiller seulement une solution sans connaitre la topologie du problème. Dans le doute, je lui ai proposé les deux alternatives...

Bah dans le doute je préfère proposer la seule dont les résultats sont garantis, question de point de vue...

 
Tout a fait

Ya pas d'écoles qui tiennent, la validation doit être effectuée côté serveur point barre.
 
Ensuite pour améliorer l'expérience de l'utilisateur on peut en ajouter une côté client, mais ça ne dispense pas d'effectuer la validation à la réception

   
 
Les intranets permettent l'utilisation du JS puisqu'on contrôle l'environnement (théoriquement, jusqu'à ce que le client migre) mais ne dispense en rien des validations serveur. Celles ci sont impératives. Que l'environnement soit contrôlé ou non, l'utilisateur reste un utilisateur et arrivera donc toujours à trouver un moyen pour faire sauter l'appli si on a pas des vérifications au plus strict.

slt,
 
sympa d'avoir repondu rapidement.
j'ai pas tout compris car je ne suis pas un bosse en reseau, ni meme en JS (c'est effectivement pour une page intranet).
 
je crois que ca ne vaut pas le coup de faire tout un bordel pour ca. l'utilisateur ne devra pas etre trop con et rentrer du 1er coup le bon format.
 
merci
@+

 
C'est la pire solution que tu pouvais choisir. L'utilisateur est TOUJOURS trop con.

You're in for a world of pain, little girl...

Je n'ai ecrit nul part qu'il ne fallait pas faire de validation côté serveur me semble t il... Je trouve quand même pénible, que pour la validation sommaire d'un champs dans un environement précis (quand tu livres une application, tu definis quand même le poste client de manière précise : os, navigateur supporté, configuration... ), on passe par des allés-retours clients-serveurs successifs pour afficher un warning.  
 
Je suis d'accord pour dire que c'est plus propre/secure de passer par le serveur, la plus part des serveur d'application actuels, spring en tête, facilitent se genre de mécanisme. D'un point de vu utilisateur, je trouve tout de même plus confortable d'avoir un première validation côté client pour finir par une validation côté serveur.  
 
Après, comme le dit si bien skeye, question de point de vue.

 
Tout à fait d'accord. Mais en aucun cas il n'est souhaitable de se passer de la validation serveur.

comme dis plus haut, je n'ai jamais preconisé de se passer d'une validation côté serveur...

oui, je confirme. C'est peut être ambigu, mais ce que j'appelle validation côté serveur, ce n'est pas celle du formulaire mais du champs... Ok pour une validation du formulaire dans sa globalité, mais une validation champs par champs c'est lourdingue..

Comme Skeye l'a obligeament pointé... si quand même

 

Bien entendu on va pas passer par le serveur à chaque fois qu'un champ du formulaire est renseigné!
On ne passe par le serveur que quand l'utilisateur valide le formulaire complet!

Ok, alors je me suis mal exprimé