Objectif d'apprentissage : Maîtriser l'utilisation des champs WEB (2)
Tout d'abord, je tiens à expliquer que mon tutoriel de dix jours vise simplement à donner à chacun une compréhension d'ASP.NET, et j'ai sauté beaucoup de choses. De nombreuses personnes sur Internet me reprochent d'avoir écrit des tutoriels, pensant qu'ils ne peuvent rien apprendre en dix jours, et qu'ils ne peuvent toujours rien apprendre après avoir lu mes tutoriels. Je pense qu'ils ont peut-être surestimé mes tutoriels. Il existe de nombreux livres et j'ai découvert ASP et ASP.NET en les lisant. Tout ce que je veux, c'est espérer qu'après avoir lu mon didacticiel, tout le monde sentira qu'ASP et ASP.NET ne sont pas quelque chose qui ne s'apprend pas, et aura ensuite la confiance nécessaire pour l'apprendre. Je pense que je dois compter sur moi-même pour apprendre. Chaque livre a ses propres imperfections. La clé est de pratiquer et d'explorer par vous-même.
Parlons d'abord des contrôles de validation du formulaire. Dans le passé, lorsque nous effectuions la validation du formulaire, s'il s'agissait de JAVASCRIPT côté client, il ne pouvait pas être beau et unifié, et il pouvait également être bloqué en démarrant le formulaire directement dans le fichier. navigateur ; si nous effectuions une validation côté serveur, je trouverais qu'il est également très gênant d'avoir les résultats des tests reflétés à la réception. Eh bien, les nombreux contrôles d'inspection fournis par ASP.NET nous permettent de ne pas avoir à nous demander s'il s'agit d'une inspection côté client ou d'une inspection côté serveur, de sorte que nous n'avons pas besoin de réfléchir à la manière de produire les résultats de l'inspection.
Vérifiez si le contrôle du formulaire de test est rempli :
controltovalidate est l'ID du contrôle que vous souhaitez tester ; par défaut, le message d'erreur ne sera pas affiché, et l'emplacement sera réservé. Si display="dynamic" est utilisé, l'endroit où le message d'erreur ne sera pas affiché sera. ne doit pas être vide ; forecolor="#ff0000 " font-name="宋体" font-size="9pt" sert à définir la couleur, la police et la taille du message d'erreur. text="Veuillez remplir" est le message d'erreur ; affiché lorsqu'aucun contenu n'est renseigné ; n'oubliez pas le dernier runat="server". Maintenant que le contrôle de vérification est placé derrière la zone de texte, le message d'erreur est également affiché derrière la zone de texte, ou il peut être placé ailleurs.
Jetons un coup d'œil au contrôle de test qui compare les données du contrôle de formulaire avec d'autres données :
Voici la première case de mot de passe que l'utilisateur doit remplir
Nous configurons souvent une autre zone de mot de passe que les utilisateurs doivent remplir à nouveau :
controltocompare="password1" est le contrôle qui doit être comparé ; Operator="equal" consiste à définir l'opération de comparaison : si elle est égale (il existe également NotEqual : non égal, LessThan : inférieur à, GreaterThan : supérieur à, lorsque cette opération de comparaison n'est pas respectée (un message d'erreur s'affiche).
J'ai mentionné précédemment que le contrôle BUTTON CausesValidation=true/false est utilisé pour définir si le formulaire soumis par le bouton est vérifié, quels sont les différents contrôles de vérification ici. Si CausesValidation=true, appuyer sur le bouton vérifiera d'abord s'ils ont réussi le test. vérification du contrôle des chèques.
Deux autres points :
1. Chaque contrôle pouvant être affiché a un attribut indiquant s'il doit être affiché, tel que username.Visible=false; qui masque le contrôle de nom d'utilisateur précédent et si vous souhaitez appliquer du CSS au contrôle, écrivez simplement : cssclass="" , Au lieu de class="" dans le code HTML précédent.
2. Tous les contrôles WEB doivent être inclus, sinon une erreur se produira.
C'est la fin de la journée. Veuillez continuer à regarder en arrière. La prochaine fois, nous commencerons à parler d'ADO.NET.