Heutige Geschäftswebsites oder persönliche Websites gibt es mehr Kunden. Ich gebe zu, dass das Schreiben von Code ein interessanter Job ist, aber jedes Mal, wenn Sie das Formular verifizieren, hoffen wir, unsere Arbeitseffizienz zu verbessern.
Basierend auf einigen anderen Gründen ist die Webanwendung schwierig, die Eingabe des Benutzers zu überprüfen. Code, der Server muss auch überprüft werden, um die Sicherheit zu gewährleisten.
Im Folgenden finden Sie die Mitarbeiter von Microsoft.
1. Obwohl Fehlerinformationen oder Icons häufig an die Eingangselemente nebeneinander liegen, befinden sie sich fast immer in verschiedenen Zellen der Tabelle.
2. Es gibt oft einen Bereich auf der Seite, um alle Fehler zusammenzufassen.
3. Viele Websites enthalten das Client -Skript, um schnelleres Feedback zu geben und gleichzeitig eine Rundreise zwischen dem Server zu verhindern.
4. Viele Websites, einschließlich Client -Skripte, zeigen Informationsfelder an, wenn ein Fehler vorliegt.
5. Der Texteingang wird nicht nur überprüft, sondern auch die Drop -Down -Liste und das Optionsfeld werden überprüft.
6. Wenn ein Feld leer ist, zeigt die Site normalerweise verschiedene Informationen oder Symbole an, wenn es ungültig ist.
7. Viele wirksame Prüfungen können durch häufig verwendete Ausdrücke gut ersetzt werden.
8. Überprüfung basiert normalerweise auf Vergleichsergebnissen zwischen zwei Eingaben.
9,90% oder mehr als 90% Überprüfungsaufgaben sind einige gängige Operationen, z. B. die Überprüfung von Namen oder Postcodierung. Die meisten Websites scheinen diese Aufgaben noch zu wiederholen.
10. Da der Unterschied zwischen Standorten normalerweise zu groß ist, kann eine perfekte Lösung nicht erhalten werden, um alle Überprüfungsaufgaben jeder Stelle zu erledigen.
Wenn Sie mit Ihren Kollegen bestätigen möchten, dass Sie eine sehr "coole" Methode haben, können Sie den leeren Wert im Namenssegment verbieten.
ASP.NET verarbeitet die Formbestätigung der Form des Formularverifizierung
1. Die ASPX -Datei wird kompiliert, ausgeführt
2. Benutzereingabedaten
3.. Auslösen des Ereignisses Page_load
4. Ändern Sie das Websteuerungsattribut und fordern Sie auf, wo keine Eingabe vorliegt
5. Exportieren Sie die Seite mit HTML in den Benutzer
6. Erinnern Sie die Benutzer daran, erneut einzugeben
Page_load -Prozess
Seitenobjekte enthalten einige wichtige Attribute und Methoden, die sich auf die Server -Side -Überprüfung beziehen. In der folgenden Tabelle werden alle Sammlung und Metheds der Eigenschaft Page_load aufgeführt.
Page_load -Methode Name Beschreibung
Isvalid (am häufigsten verwendet) ist das nützlichste Attribut. Dieses Attribut kann überprüfen, ob das gesamte Formular effektiv ist. Diese Überprüfung wird normalerweise vor der Aktualisierung der Datenbank durchgeführt. Nur alle Objekte der Validatoren sind gültig, das Attribut ist wahr und der Wert wird nicht im Cache gespeichert.
Validatoren Die Sammlung aller Überprüfungsobjekte dieser Seite. Dies ist eine Sammlung von Objekten, die die Ivalidator -Schnittstelle implementieren.
Eine Methode, die als Überprüfung validiert wird. Die Standardausführungsmethode auf dem Seitenobjekt besteht darin, sich jedem Überprüfungsgerät zu wenden und das Überprüfungsgerät selbst zu bewerten.
Wird verwendet, um das Überprüfungsgerät des Formulars (Websteuerung) zu überprüfen.
Der erforderliche FieldValidator überprüfte, ob der Benutzer Inhalte eingegeben oder ausgewählt hat
Der regulärexpressionValidator überprüft die Benutzereingabe gemäß den Regeln. Mit diesem Prozess können viele Arten von Prüfungen für Postcodierung und Telefonnummern verwendet werden.
CompareValidator vergleicht die Eingabesteuerung mit einem festen Wert oder einer anderen Eingangsregelung. Beispielsweise kann es in Kennwortverifizierungsfeldern verwendet werden. Es kann auch verwendet werden, um die Daten und Zahleneingaben zu vergleichen.
Der Rangevalidator ist dem Vergleichsvalidator sehr ähnlich, wird jedoch verwendet, um zu überprüfen
CustomValidator ermöglicht Benutzern, ihren eigenen Code zu schreiben, um dem Verifizierungsframework beizutreten.
Beispiel Beschreibung Der Betrieb der oben beschriebenen Kontrolle
Wir bauen eine minimierte .aspx -Seite, wir brauchen keine wunderschönen Modifikationseffekte.
<p> Bitte geben Sie die neue Benutzer -ID und das Kennwort ein </p> ein
<Formular Runat = Server>
<tabelle>
<tr>
<td> Benutzer -ID </td>
<Td ＞ <Eingabe type = text runat = server id = txtName> </td>
</Tr>
<tr>
<td> polar </td>
<td> <Eingabe type = password runat = server id = txtpword> </td>
</Tr>
<tr>
<td> Bitte geben Sie das Passwort </td> ein
<Td ＞ <Eingabe type = password runat = server id = txTrepword> </td>
</Tr>
<Tal> <br>
<Eingabe type = sure runat = server id = cmdsubmit value = suruging>
</Form>
Das Programm ist eine sehr harte Sache, daher müssen wir betonen, dass alle Gegenstände ausgefüllt sind, und wir können es so tun. Fügen Sie den erforderlichen FieldValidator vor jedem Feld hinzu. Wenn das Feld leer ist, müssen wir eine Sternnummer (*) vor dem Feld anzeigen und einen Fehler daneben melden.
Zum Beispiel:
<tr>
<td>
<ASP: FURWERFIELD VALIDERATER RUNAT = Server
ControlToValidate = txtName
ErrorMessage = "Benötigt Benutzernutzung."
</ASP: forderungsfieldvalidator>
</Td>
<td> Benutzer -ID: </td>
<Td ＞ <Eingabe type = text runat = server id = txtName> </td>
</Tr>
Ohne Inhalte wird "*" neben dem Etikett angezeigt. Fehlernachrichten werden angezeigt. Das Attribut "ControlToVovalidate" gibt die für die Überprüfung erforderliche Kontroll -ID an. Der letzte Schritt besteht darin, alle Fehler oben auf der Seite anzuzeigen.
Code:
<ASP: Validierungenlauf Runat = Server HeaTertext = Auf dieser Seite sind Fehler aufgenommen:/>
Dann benötigen wir die Benutzer-ID 6-10 Zeichen, das Kennwort muss 4-12 Buchstaben betragen und@#$%^&*/Zeichen haben.
Code: Hier haben wir Einschränkungen für die ID -Länge hinzugefügt.
<td>
<Eingabe type = text runat = server id = txtName>
<ASP: regelmäßigxpressionValidator Runat = Server
ControlToValidate = "txtName"
ErrorMesage = "Wanlets müssen aus 6-10 Buchstaben bestehen."
ValidationXpression = "[a-za-z] {6,10}" />
</Td>
Anschließend müssen wir überprüfen, ob das Passwort für zwei Eingänge gleich ist.
<ASP: regelmäßigxpressionValidator runat = server display = dynamic
ControlToValidate = "TXTPWORD"
ErrorMessage = "Das Passwort muss eines von@#$%^&*/enthalten."
ValidationExpression = ".*[@#$%^&* /Weibliche .*" />
<ASP: regelmäßigxpressionValidator runat = server display = dynamic
ControlToValidate = "TXTPWORD"
ErrorMessage = "Das Passwort muss 4-12 Nicht-Blank-Buchstaben sein."
ValidationXpression = "[ /s {4,12}" />
<ASP: CompareValidator Runat = Server
ControlToValidat = TxTrepWord
ControlToCompare = TXTPWord
ErrorMessage = "Das Passwort stimmt nicht überein."
Standardmäßig wird CompareValidator mit einer einfachen String -Matching verglichen. Bei Bedarf kann es kompliziertere Vergleiche mit Datum und Zahlen machen.
Mehrere Themen, die Aufmerksamkeit benötigen
Über Skriptbibliothek
Da sich die Überprüfung des Web -Kontrollskripts in der Skriptbibliothek befindet, ist der von allen Clients verifizierte Code nicht erforderlich, um ihn direkt an die Seite zu senden, obwohl er an der Oberfläche erfolgt. Die Hauptreferenzen der Hauptskriptdatei ähneln Folgendes:
<Script Language = "JavaScript" src = "/_ ASPX/1.0.9999/script/webuivalidation.js"> </script>
Standardmäßig wird die Skriptdatei im Standard -Root -Verzeichnis im Verzeichnis "_aspx" installiert und verwendet ein relativ verwurzeltes Skript, das mit einer positiven Steigung beginnt. Die Referenz zeigt, dass jedes einzelne Objekt nicht die Skriptbibliothek einbeziehen muss und alle Seiten auf demselben Computer dieselbe Datei verweisen können. Sie werden feststellen, dass es auf diesem Pfad auch eine Versionsnummer der öffentlichen Sprache gibt, damit verschiedene Laufzeitversionen auf demselben Computer ausgeführt werden können.
Wenn Sie sich Ihr Standard -Virtual Root -Verzeichnis ansehen, finden Sie die Datei und den Inhalt anzeigen. Die Position dieser Dateien ist in der Datei config.web angegeben. Config.web -Datei ist eine XML -Datei für die meisten ASP+ -Inneneinstellungen. Das Folgende ist die Definition der Position in dieser Datei:
<Webcontrols
ClientscriptsLocation = "/_ Aspx/{0}/script/"
/>
Ermutigen Sie Sie, das Skript zu lesen, damit Sie die Ereignisse, die ausführlich auftreten, verstehen können. Es wird jedoch empfohlen, diese Skripte nicht zu ändern, da ihre Funktionen eng mit bestimmten Laufzeitversionen verknüpft sind. Wenn die Version aktualisiert wird, müssen diese Skripte möglicherweise auch entsprechend aktualisiert werden. Wenn bestimmte Projekte geändert werden müssen, sichern Sie zuerst diese Skripte und richten Sie Ihr Projekt auf die Sicherungsdatei hin, die Methode besteht darin, eine private config.Web -Datei zu verwenden, um die Position dieser Dateien zu ersetzen. Wenn die Zeichenfolge die Formatanweisung "{0}" enthält, ersetzt die Versionsnummer die Anweisung beim Ausführen. Es ist am besten, diese Position in eine relative Referenz oder absolute Referenz zu ändern. Willkommen bei Webdesign -Enthusiasten Web Development.