Les sites Web d'entreprise d'aujourd'hui ou les sites Web personnels, il y a plus de clients enquêtant. J'avoue que la rédaction du code est un travail intéressant, mais chaque fois que vous vérifiez le formulaire, le code d'écriture.
Sur la base d'autres raisons, l'application Web est difficile à vérifier les entrées de l'utilisateur. Code, le serveur doit également être vérifié pour assurer la sécurité.
Vous trouverez ci-dessous le personnel de Microsoft.
1. Bien que les informations d'erreur ou les icônes soient souvent adjacentes aux éléments d'entrée, ils sont presque toujours situés dans différentes cellules de la table.
2. Il y a souvent une zone dans la page pour résumer toutes les erreurs.
3. De nombreux sites incluent le script client pour fournir des commentaires plus rapides tout en empêchant l'aller-retour entre le serveur.
4. De nombreux sites, y compris les scripts clients, affichent des cases d'informations lorsqu'il y a une erreur.
5. Non seulement l'entrée du texte sera vérifiée, mais la liste de drop -down et le bouton radio seront également vérifiées.
6. Si un champ est vide, le site affiche généralement différentes informations ou icônes lorsqu'elle n'est pas valide.
7. De nombreux examens efficaces peuvent être bien remplacés par des expressions couramment utilisées.
8. La vérification est généralement basée sur les résultats de comparaison entre deux entrées.
9,90% ou plus de 90% des tâches de vérification sont des opérations courantes, telles que les noms de vérification ou le codage postal. La plupart des sites semblent encore répéter ces tâches.
10. Parce que la différence entre les sites est généralement trop grande, une solution parfaite ne peut pas être obtenue pour gérer toutes les tâches de vérification de chaque site.
Si vous souhaitez confirmer avec vos collègues que vous avez une méthode très "cool", vous pouvez interdire la valeur vide dans le segment des noms.
ASP.NET traite la vérification du formulaire de la vérification du formulaire
1. Le fichier ASPX est compilé, en cours d'exécution
2. Données d'entrée utilisateur
3. Déclencher l'événement Page_load
4. Modifiez l'attribut de contrôle Web et invite là où il n'y a pas d'entrée
5. Exporter la page avec HTML vers l'utilisateur
6. Rappelle aux utilisateurs d'entrer à nouveau
Processus Page_load
Les objets de page incluent certains attributs et méthodes importants liés à la vérification du serveur. Le tableau suivant répertorie toutes les collections et les méthodes de la propriété Page_load.
Page_load Méthode Nom Description
Isvalid (le plus souvent utilisé) est l'attribut le plus utile. Cet attribut peut vérifier si l'ensemble du formulaire est efficace. Ce chèque est généralement effectué avant de mettre à jour la base de données. Seuls tous les objets des validateurs sont valides, l'attribut est vrai et la valeur n'est pas stockée dans le cache.
Validateurs La collecte de tous les objets de vérification de cette page. Il s'agit d'une collection d'objets qui implémentent l'interface ivalidator.
Une méthode appelée valider dans la vérification. La méthode d'exécution par défaut sur l'objet Page consiste à se tourner vers chaque périphérique de vérification et à nécessiter le périphérique de vérification pour s'évaluer.
Utilisé pour vérifier le périphérique de vérification du formulaire (contrôle Web)
Obligations obligatoires a vérifié si l'utilisateur est entré ou sélectionné un contenu
RELALYSPRESSIONVALIDATOR vérifie les entrées utilisateur en fonction des règles. Ce processus permet d'utiliser de nombreux types d'examens pour le codage postal et les numéros de téléphone.
CompareValidator compare le contrôle d'entrée avec une valeur fixe ou un autre contrôle d'entrée. Par exemple, il peut être utilisé dans les champs de vérification de mot de passe. Il peut également être utilisé pour comparer l'entrée des dates et des nombres.
RangeValidator est très similaire à CompareValidator, mais il est utilisé pour vérifier si l'entrée se situe entre deux ou autres valeurs de contrôle des entrées
CustomValidator permet aux utilisateurs d'écrire leur propre code pour rejoindre le cadre de vérification.
Exemple Description Le fonctionnement du contrôle décrit ci-dessus
Nous construisons une page .aspx minimisée, nous n'avons pas besoin d'effets de modification magnifiques.
<p> Veuillez saisir le nouvel ID utilisateur et le mot de passe </p>
<Form runat = server>
<ballage>
<tr>
<TD> ID utilisateur </td>
<Td ＞ <entrée type = text runat = server id = txtName> </td>
</tr>
<tr>
<TD> Polar </td>
<td> <Type de saisie = mot de passe runat = server id = txtpword> </td>
</tr>
<tr>
<TD> Veuillez ré-insérer le mot de passe </td>
<Td ＞ <Type d'entrée = mot de passe runat = server id = txtrepword> </td>
</tr>
<dal> <br>
<Input type = soumider runat = server id = cmdSubmit value = soumider>
</ form>
Le programme est une chose très dure, nous devons donc souligner que tous les éléments sont remplis, et nous pouvons le faire comme ça. Ajouter requisFieldValidator devant chaque champ. Si le champ est vide, nous devons afficher un numéro d'étoile (*) devant le champ et signaler une erreur à côté.
Par exemple:
<tr>
<TD>
<ASP: Validator requisefield runat = serveur
ControlTovalated = txtName
errorMessage = "nécessite un nom d'utilisateur."
</ ASP: Obligations obligatoires Validator>
</td>
<td> ID utilisateur: </td>
<Td ＞ <entrée type = text runat = server id = txtName> </td>
</tr>
Sans entrer de contenu, "*" s'affiche à côté de l'étiquette. Les nouvelles d'erreur apparaissent. L'attribut "ControlTovalated" spécifie l'ID de contrôle requis pour la vérification. La dernière étape consiste à afficher toutes les erreurs en haut de la page.
Code:
<Asp: validationsummary runat = server headerText = il y a des erreurs sur cette page: />
Ensuite, nous avons besoin que l'ID utilisateur doit être de 6 à 10 caractères, le mot de passe doit être de 4 à 12 lettres et doit avoir @ # $% ^ & * / caractères.
Code: Ici, nous avons ajouté des restrictions sur la longueur d'identification.
<TD>
<Input type = text runat = server id = txtName>
<ASP: régulièrexpressionValidator runat = serveur
ControlTovalated = "txtName"
ErrorMesage = "Wanlets doit être composé de 6 à 10 lettres."
Validationxpression = "[a-za-z] {6,10}" />
</td>
Ensuite, nous devons vérifier si le mot de passe pour deux entrées est le même.
<ASP: régulièrexpressionValidator runat = server affiche = dynamique
ControlTovalated = "Txtpword"
ErrorMessage = "Le mot de passe doit contenir l'un des @ # $% ^ & * /."
ValidationExpression = ". * [@ # $% ^ & * /
<ASP: régulièrexpressionValidator runat = server affiche = dynamique
ControlTovalated = "Txtpword"
ErrorMessage = "Le mot de passe doit être 4-12 lettres non verbales."
Validationxpression = "[/ s {4,12}" />
<Asp: CompareValidator runat = serveur
ControlTovalated = Txtrepword
ControlToCompare = TxTPword
errorMessage = "Le mot de passe ne correspond pas."
Par défaut, CompareValidator est comparé à une simple correspondance de chaînes. Si nécessaire, il peut faire des comparaisons plus compliquées impliquant la date et les nombres.
Plusieurs problèmes qui ont besoin d'attention
À propos de la bibliothèque de script
Étant donné que la vérification du script de contrôle Web se trouve dans la bibliothèque de scripts, le code vérifié par tous les clients n'est pas nécessaire pour l'envoyer directement à la page, bien qu'il semble être fait à la surface. Les références de fichier de script principal sont similaires à ce qui suit:
<Script lingots = "javascript" src = "/ _ aspx / 1.0.9999 / script / webuivalidation.js"> </ script>
Par défaut, le fichier de script sera installé dans le répertoire racine par défaut dans le répertoire "_aspx" et utilise un script relativement enraciné Instruction à appeler, qui commence par une pente positive. La référence montre que chaque objet individuel n'a pas besoin d'inclure la bibliothèque de scripts, et toutes les pages du même ordinateur peuvent faire référence au même fichier. Vous remarquerez qu'il existe également un numéro de version publique dans ce chemin, afin que différentes versions d'exécution puissent s'exécuter sur le même ordinateur.
Si vous regardez votre répertoire racine virtuel par défaut, vous trouverez le fichier et afficherez le contenu. La position de ces fichiers est spécifiée dans le fichier config.web. Le fichier config.web est un fichier XML pour la plupart des paramètres ASP +. Ce qui suit est la définition de la position dans ce fichier:
<Webcontrols
ClientScriptsLocation = "/ _ ASPX / {0} / script /"
/>
Vous encourage à lire le script afin que vous puissiez comprendre les événements qui se produisent en profondeur. Cependant, il est recommandé de ne pas modifier ces scripts, car leurs fonctions sont étroitement liées à des versions d'exécution spécifiques. Lorsque la version est mise à jour, ces scripts peuvent également être mis à jour en conséquence. Si des projets spécifiques doivent être modifiés, sauvegardez d'abord ces scripts, puis pointez votre projet vers le fichier de sauvegarde, la méthode consiste à utiliser un fichier config.web privé pour remplacer la position de ces fichiers. Si la chaîne contient l'instruction de format "{0}", le numéro de version remplacera l'instruction lors de l'exécution. Il est préférable de changer cette position en une référence relative ou une référence absolue. Bienvenue pour visiter le développement Web des amateurs de conception Web.