Que ce soit fait côté serveur ou client, il n’est pas nécessaire de trop réfléchir, et les programmeurs peuvent se concentrer sur la conception du programme principal.
ASP.NET dispose publiquement de six contrôles de validation, qui sont les suivants :
Description de la fonction de nom de contrôle
RequiredFieldValidator est utilisé pour vérifier s’il existe une valeur d’entrée
CompareValidator compare deux entrées en tant que défini
Entrée RangeValidator : qu’elle soit dans la plage spécifiée
RegularExpressionValidator : Un contrôle de validation d’expression régulière
CustomValidator : Contrôles de validation personnalisés
ValidationSummary résume les résultats de validation
Voyons comment ces commandes sont utilisées :
1. Utiliser RequiredFieldValidator
Le code standard utilisé par le contrôle RequiredFieldValidator est le suivant :
<ASP :RequiredFieldValidator id="Validator_Name » Runat="Serveur »
ControlToValidate="Nom du contrôle à vérifier »
MessageErreur="Message d’erreur »
Display="Static| Dymatic| Aucun. »
＞
Espaces réservés
</ASP : RequiredFieldValidator >
Dans le code standard ci-dessus :
ControlToValidate : Indique que l’ID de contrôle doit être vérifié ;
MessageErreurMessage : Indique le message d’erreur qui apparaît lorsque la vérification n’est pas légale ;
Affichage : Comment le message d’erreur est affiché ; Statique indique que le message d’erreur du contrôle occupe une place positive sur la page ; Dymatic signifie que le contrôle de page n’est occupé que lorsqu’un message d’erreur de contrôle apparaît ; Aucun ne signifie que l’erreur n’est pas affichée lorsqu’elle apparaît, mais elle peut l’être dans le ValidatorSummary ;
Espace réservé : Lorsque l’affichage est statique, le message d’erreur occupe un espace de page aussi grand que le « lieu provisoire » ;
Voyons maintenant un exemple :
<ASP :TextBox id="txtName » RunAt="Server"/>
<ASP :RequiredFieldValidator id="Validator1 » Runat="Serveur »
ControlToValidate="txtName »
ErrorMessage="Name doit être saisi »
Display="Statique">
*Nom doit être entré
</ASP : ValidateurChamp Requis>
Dans l’exemple ci-dessus, vérifiez si le contrôle txtName est entré ; sinon, le message d’erreur « Name must be input » s’affiche. N’est-ce pas simple ?
Note : Le code ci-dessus et celui des autres contrôles ci-dessous sont mieux intégrés dans le Formulaire, contrairement à l’ASP, le Formulaire est préférablement rédigé ainsi :
<Form RunAt="Server">
Autres codes
</Forme >
De cette manière, le formulaire est exécuté côté serveur et le commit est valide ;
2. Contrôle CompareValidator
Comparaison des contrôles Comparez si les entrées des deux contrôles répondent aux paramètres du programme, ne comprenez pas seulement la comparaison comme « égale », bien que l’égalité soit la plus utilisée, en fait, la comparaison ici inclut une large plage, vous la comprendrez en regardant le code standard.
Le code standard pour les contrôles de comparaison est le suivant :
<ASP :CompareValidator id="Validator_ID » RunAt="Server »
ControlToValidate="Control ID pour vérifier »
errorMessage="Message d’erreur »
ControlToCompare="Control ID to compar »
type="String| Entier| Double| DateTime| Monnaie »
operator="Equal| NotEqual| GreaterThan| GreaterTanEqual| LessThan| Moins que Égal | DataTypeCheck »
Display="Static| Dymatic| Aucun. »
＞
Espaces réservés
</ASP : CompareValidator>
Dans le code standard ci-dessus :
Type indique le type de données du contrôle à comparer ;
Opérateur signifie opération de comparaison (c’est-à-dire pourquoi la comparaison n’est pas simplement « égale »), ici, il y a 7 façons de comparer ;
Les autres propriétés sont les mêmes que celles de RequiredFieldValidator ;
Ici, faites attention à la différence entre ControlToValidate et ControlToCompare, si l’opération est GreateThan, alors ControlToCompare doit être supérieur à ControlToValidate pour être légal, vous devriez comprendre la signification des deux, n’est-ce pas ? Pour des exemples, veuillez consulter le contrôle RequiredFieldValidator et concevoir le vôtre selon le code standard.
3. Contrôle RangeValidator
Vérifiez que l’entrée se situe dans une certaine plage, déterminée par MaximumValue et MinimunVlaue, et le code standard est le suivant :
<ASP :RangeValidator id="Vaidator_ID » Runat="Server »
controlToValidate="ID de contrôle à valider »
type="Entier »
MinimumValue="Minimum »
MaximumValue="Maximum »
errorMessage="Message d’erreur »
Display="Static| Dymatic| Aucun. »
＞
Espaces réservés
</ASP : ValidateurRange>
Dans le code ci-dessus :
Utilisez MinimumValue et MaximumValue pour définir la plage de valeurs des entrées de contrôle, et Type pour définir le type de valeurs d’entrée de contrôle.
4. Contrôle RegularExpresionValidator (expression régulière)
Le contrôle de validation par expression régulière est très puissant, vous pouvez facilement construire la méthode de validation vous-même, regardons d’abord le code standard :
<ASP :RegularExpressionValidator id="Validator_ID » RunAt="Server »
ControlToValidate="Pour vérifier le nom du contrôle »
ValidationExpression="Expression régulière »
errorMessage="Message d’erreur »
display="Static »
＞
Espaces réservés
</ASP : ValidateurExpressionRégulière>
Dans le code standard ci-dessus, ValidationExpression est au centre de l’attention, examinons maintenant sa construction :
Dans ValidationExpression, différents caractères représentent des significations différentes :
"." Représente des caractères arbitraires ;
« * » signifie qu’il est facile à combiner avec d’autres expressions ;
« [A-Z] » indique toute majuscule ;
« \d » signifie nombre facile ;
Notez que dans l’expression ci-dessus, les guillemets ne sont pas inclus ;
Exemple:
Expression régulière : « .*[A-Z] » indique toute combinaison de caractères commençant par un chiffre, suivi d’une majuscule.
5. Validation Contrôle sommaire
Ce contrôle collecte toutes les informations d’erreur de validation de cette page et peut les organiser pour un affichage ultérieur. Son code standard est le suivant :
<ASP :ValidationSummary id="Validator_ID » RunAT="Server »
HeaderText="Header Information »
ShowSummary="True| Faux »
DiaplayMode="Liste| BulletList| SingleParagraph »
＞
</ASP : ValidationRésumé >
Dans le code standard ci-dessus, HeadText est équivalent au headText du tableau, et DisplayMode représente l’affichage des informations d’erreur : List est équivalent <BR> à en HTML ; BulletList est équivalent <LI> à en HTML ; SingleParegraph signifie qu’il n’y a aucun moyen de diviser les messages d’erreur ;
6. Contrôle CustomValidator
Le contrôle utilise une fonction personnalisée pour définir la méthode d’authentification, et son code standard est le suivant :
<ASP :CustomValidator id="Validator_ID » RunAt="Server »
controlToValidate="Control to validate »
onServerValidateFunction="Valider Fonction »
errorMessage="Message d’erreur »
Display="Static| Dymatic| Aucun. »
＞
Espaces réservés
</ASP : CustomValidator >
Dans le code ci-dessus, l’utilisateur doit définir une fonction pour valider l’entrée.
7. Résumé
ASP.NET les contrôles de vérification ont été introduits, vous pouvez les trouver puissants et ne plus jamais vous soucier de la vérification. Bien sûr, l’introduction ci-dessus n’est pas particulièrement détaillée, et il est également recommandé de lire vous-même le SDK de Microsoft.
======================= Attachement : asp.net expressions régulières couramment utilisées dans les contrôles de validation ======================
asp.net expressions régulières couramment utilisées dans les contrôles de validation :
Entrez uniquement des chiffres : « ^[0-9]*$ »
Seuls des numéros à n chiffres peuvent être saisis : « ^\d{n}$ »
Ne saisissez qu’au moins n chiffres : « ^\d{n,}$ »
Seuls les numéros du chiffre m-n peuvent être saisis : « ^\d{m,n}$ »
Seuls les nombres commençant par zéro et non nul peuvent être saisis : « ^(0|[ 1-9][0-9]*)$ »
Seuls les nombres réels positifs avec deux décimales peuvent être saisis : « ^[0-9]+(.[ 0-9]{2}) $ »
Seuls les nombres réels positifs avec des décimales de 1 à 3 peuvent être saisis : « ^[0-9]+(.[ 0-9]{1,3}) $"
Seuls des entiers positifs non nuls peuvent être saisis : « ^+ [1-9][0-9]*$ »
Seuls les entiers négatifs qui ne sont pas nuls peuvent être saisis : « ^-[1-9][0-9]*$ »
Seuls les caractères de longueur 3 peuvent être inscrits : « ^. {3} $ »
Seule une chaîne de 26 lettres peut être saisie : « ^[A-Za-z]+$ »
Seule une chaîne composée de 26 lettres majuscules peut être saisie : « ^[A-Z]+$ »
Seule une chaîne de 26 lettres minuscules peut être saisie : « ^[a-z]+$ »
Seule une chaîne composée de chiffres et 26 lettres peut être saisie : « ^[A-Za-z0-9]+$ »
Vous ne pouvez entrer qu’une chaîne composée de chiffres, 26 lettres ou un soulignement : « ^\w+$ »
Vérifier le mot de passe utilisateur : « ^[a-zA-Z]\w{5,17}$ » est correctement formaté comme commençant par une lettre, de 6 à 18 de long, et ne peut contenir que des caractères, des chiffres et des sous-entendus.
Vérifiez s’il contient ^ %&' ; = $ », etc. : « [^ %&', ; = $x 22]+"
Seuls les caractères chinois peuvent être saisis : « ^[u4e00-u9fa5],{0,}$ »
Vérifier l’adresse e-mail : « ^\w+[-+.] \w+)*@\w+([-.] \w+)*.\w+([-.] \w+)*$"
Vérifier l’URL Internet :"^http://([\w-]+.) +[\w-]+(/[\w-./ %&=]*) $"
Numéro de téléphone de vérification : « ^((\d{3,4})|\d{3,4}-) \d{7,8}$ » est correctement formaté : « XXXX-XXXXXXX », « XXXX-XXXXXXX », « XXX-XXXXXXX », « XXX-XXXXXXX », « XXXXXXXXXX ».
Vérifier le numéro d’identification (15 ou 18 chiffres) : « ^d{15}|d{}18$ »
Validez 12 mois d’une année : « ^(0 [1-9]|1[0-2])$ » Le format correct est : « 01 »-09 et « 1 » « 12 »
31 jours de validation pour un mois : « ^((0 [1-9])|( (1|2) [0-9])| 30|31)$ » est correctement formaté : « 01 », « 09 » et « 1 » « 31 ».
|
Publié sur 15/05/2015 22:47:59
|
|
|
Publié sur 16/05/2015 09:32:21