Aktivieren Sie das Kontrollkästchen Benutzer-E-Mail-Überprüfung aktivieren. Diese Methode bestimmt, ob eine Adresse der RFC822-Spezifikation entspricht (mit Ausnahme von geschachtelten Kommentaren). Es gibt true zurück, wenn es konform ist und, wenn nicht. Hier haben wir eine E-Mail-Eingabe mit der ID emailAddress, die maximal 256 Zeichen lang sein darf. Das Eingabefeld selbst ist physisch 64 Zeichen breit und zeigt den Text user@example.gov als Platzhalter an, wenn das Feld leer ist. Darüber hinaus ist das Feld mithilfe des Attributs “Mehrere” so konfiguriert, dass der Benutzer null oder mehr E-Mail-Adressen, getrennt durch Kommas, eingeben kann, wie unter Zulassen mehrerer E-Mail-Adressen beschrieben. Als letzten Schliff enthält das List-Attribut die ID eines dessen einen Satz vorgeschlagener Werte angeben, aus denen der Benutzer auswählen kann. Muster ((()! .))| [-!-%&`**/=`?“““““““““““““““““““““““““““““““““““““““““ *: Passen Sie das Wechselmuster (ein Punkt gefolgt von einem Nicht-Zeitraum oder einem von mehreren Zeichen) null oder mehr Mal an. Wie Sie auf dem obigen Code sehen können, haben wir gerade HTML zusammen mit einigen Bootstrap-Klassen verwendet, um die einfachen E-Mail-Formularfelder zu erstellen.

In den nächsten Schritten wird mit dem Hinzufügen von Winkelcode begonnen. Beginnen wir mit der Installation der Angular CLI, die wir verwenden, um eine einfache Anwendung zu erstellen, um zu veranschaulichen, wie E-Mails in Angular validiert werden. Letztendlich ist der beste Weg, um sicherzustellen, dass eine E-Mail-Adresse gültig ist, E-Mail mit Java mit einem Link oder Code zu senden, damit der Empfänger einen weiteren Authentifizierungsschritt durchführen kann. Auf diese Weise müssen Sie möglicherweise keine komplizierten regulären Ausdrücke verwenden, die gültige E-Mail-Adressen eliminieren können. Eine weitere Lösung, die auf der w3org-Spezifikation basiert. Original regex wird von w3org genommen. Der letzte “* Lazy quantifier” in diesem Regex wurde durch “+ One oder more quantifier” ersetzt. Ein solches Muster entspricht voll und ganz der Spezifikation, mit einer Ausnahme: Es erlaubt keine Top-Level-Domain-Adressen wie “foo@com” Schließlich, was passiert, wenn Sie sich selbst ein paar Bestätigungslinks senden? Sind alle gültig? Testen Sie es. Registrieren Sie einen neuen Benutzer, und senden Sie dann ein paar neue Bestätigungs-E-Mails.

Versuchen Sie, mit der ersten E-Mail zu bestätigen. Hat es funktioniert? Es sollte. Ist das okay? Glauben Sie, dass diese anderen E-Mails ablaufen sollten, wenn eine neue gesendet wird? Sinnvoll? Denken Sie darüber nach, warum wir standardmäßig auf False bestätigt werden möchten. Schließlich müssen wir das Ende des gesamten Musters markieren: Da Eingaben vom Typ E-Mail sowohl mit der Standard-E-Mail-Adressüberprüfung als auch mit dem angegebenen Muster validiert werden, können Sie dies einfach implementieren. Sehen wir uns an, wie: Ein boolesches Attribut, das, falls vorhanden, angibt, dass der Benutzer eine Liste mit mehreren E-Mail-Adressen eingeben kann, die durch Kommas und optional durch Leerzeichen getrennt sind.