Teilen über


Teil 8 der Tutorialreihe zu Razor Pages

Hinweis

Dies ist nicht die neueste Version dieses Artikels. Die aktuelle Version finden Sie in der .NET 9-Version dieses Artikels.

Warnung

Diese Version von ASP.NET Core wird nicht mehr unterstützt. Weitere Informationen finden Sie in der Supportrichtlinie für .NET und .NET Core. Informationen zum aktuellen Release finden Sie in der .NET 8-Version dieses Artikels.

Wichtig

Diese Informationen beziehen sich auf ein Vorabversionsprodukt, das vor der kommerziellen Freigabe möglicherweise noch wesentlichen Änderungen unterliegt. Microsoft gibt keine Garantie, weder ausdrücklich noch impliziert, hinsichtlich der hier bereitgestellten Informationen.

Die aktuelle Version finden Sie in der .NET 9-Version dieses Artikels.

Von Rick Anderson

In diesem Abschnitt wird dem Modell Movie Validierungslogik hinzugefügt. Die Validierungsregeln werden erzwungen, wenn ein Benutzer einen Film erstellt oder bearbeitet.

Validierung

Ein wesentlicher Grundsatz der Softwareentwicklung heißt DRY (Don't Repeat Yourself, dt. Wiederholen Sie sich nicht). Razor Pages ist für Entwicklungsaufgaben gedacht, bei denen die Funktionalität einmal angegeben und für die gesamte App übernommen wird. DRY kann Sie bei Folgendem unterstützen:

  • Sie können die Codemenge in einer App reduzieren.
  • Der Code wird weniger fehleranfällig und lässt sich leichter testen und verwalten.

Die von Razor Pages und Entity Framework gebotene Unterstützung der Validierung ist ein gutes Beispiel des DRY-Prinzips:

  • Validierungsregeln werden an zentraler Stelle (in der Modellklasse) deklarativ angegeben.
  • Regeln werden überall in der App erzwungen.

Hinzufügen von Validierungsregeln zum Modell „Movie“

Der Namespace System.ComponentModel.DataAnnotations bietet Folgendes:

  • Eine Gruppe integrierter Validierungsattribute, die deklarativ auf eine Klasse oder Eigenschaft angewendet werden.
  • Formatierungsattribute wie [DataType], die bei der Formatierung helfen und keine Validierung bieten.

Aktualisieren Sie die Movie-Klasse, um die integrierten Validierungsattribute [Required], [StringLength], [RegularExpression] und [Range] zu nutzen.

using System.ComponentModel.DataAnnotations;
using System.ComponentModel.DataAnnotations.Schema;

namespace RazorPagesMovie.Models;

public class Movie
{
    public int Id { get; set; }

    [StringLength(60, MinimumLength = 3)]
    [Required]
    public string Title { get; set; } = string.Empty;

    [DataType(DataType.Date)]
    public DateTime ReleaseDate { get; set; }

    [Range(1, 100)]
    [DataType(DataType.Currency)]
    [Column(TypeName = "decimal(18, 2)")]
    public decimal Price { get; set; }

    [RegularExpression(@"^[A-Z]+[a-zA-Z\s]*$")]
    [Required]
    [StringLength(30)]
    public string Genre { get; set; } = string.Empty;

    [RegularExpression(@"^[A-Z]+[a-zA-Z0-9""'\s-]*$")]
    [StringLength(5)]
    [Required]
    public string Rating { get; set; } = string.Empty;
}

Die Validierungsattribute geben das Verhalten an, das für die Modelleigenschaften erzwungen werden soll:

  • Die Attribute [Required] und [MinimumLength] geben an, dass eine Eigenschaft über einen Wert verfügen muss. Nichts hindert einen Benutzer an der Eingabe von Leerzeichen, um diese Validierung zu erfüllen.

  • Das Attribut [RegularExpression] wird verwendet, um einzuschränken, welche Zeichen eingegeben werden dürfen. Im vorherigen Code, Genre:

    • Es dürfen nur Buchstaben enthalten sein.
    • Der erste Buchstabe muss ein Großbuchstabe sein. Leerzeichen sind zulässig, während Zahlen und Sonderzeichen nicht zulässig sind.
  • Der RegularExpression Rating:

    • Das erste Zeichen muss ein Großbuchstabe sein.
    • Sonderzeichen und Zahlen sind als darauffolgende Zeichen zulässig. „PG-13“ ist als Bewertung („Rating“) gültig, nicht jedoch als „Genre“.
  • Das [Range]-Attribut schränkt einen Wert auf einen bestimmten Bereich ein.

  • Mit dem Attribut [StringLength] kann die maximale Länge einer Zeichenfolgeneigenschaft und optional die Mindestlänge festlegt werden.

  • Werttypen (wie decimal, int, float, DateTime) sind grundsätzlich erforderlich und benötigen nicht das Attribut [Required].

Die oben genannten Validierungsregeln dienen der Veranschaulichung und sind für ein Produktionssystem nicht optimal. Beispielsweise verhindert die vorherige Regel die Eingabe eines Films mit nur zwei Zeichen und lässt keine Sonderzeichen in Genre zu.

Die automatische Erzwingung von Validierungsregeln durch ASP.NET Core dient folgenden Zwecken:

  • Macht die App stabiler.
  • Reduziert die Wahrscheinlichkeit, dass ungültige Daten in der Datenbank gespeichert werden.

Benutzeroberfläche für Validierungsfehler in Razor Pages

Führen Sie die App aus, und navigieren Sie zu „Pages/Movies“.

Klicken Sie auf den Link Neu erstellen. Füllen Sie das Formular mit einigen ungültigen Werten aus. Wenn die clientseitige jQuery-Validierung den Fehler erkennt, wird eine Fehlermeldung angezeigt.

Ansichtsformular „Movie“ mit mehreren clientseitigen jQuery-Validierungsfehlern

Hinweis

Sie können unter Umständen keine Dezimaltrennzeichen in Dezimalfelder eingeben. Zur Unterstützung der jQuery-Validierung für nicht englische Gebietsschemas, in denen ein Komma („,“) als Dezimaltrennzeichen verwendet wird, und Nicht-US-englische Datums- und Uhrzeitformate müssen Sie Schritte zur Globalisierung Ihrer App ausführen. In diesem GitHub-Kommentar 4076 finden Sie Anweisungen zum Hinzufügen von Kommas als Dezimaltrennzeichen.

Wie Sie sehen, hat das Formular in allen Feldern mit einem ungültigen Wert automatisch eine Validierungsfehlermeldung angezeigt. Die Fehlermeldungen werden sowohl auf Clientseite (mithilfe von JavaScript und jQuery) als auch auf Serverseite erzwungen (wenn ein Benutzer JavaScript deaktiviert hat).

Ein entscheidender Vorteil ist, dass keine Codeänderungen auf den Seiten „Erstellen“ oder „Bearbeiten“ erforderlich waren. Nach Anwenden von Datenanmerkungen auf das Modell wurde die Benutzeroberflächenvalidierung aktiviert. Die in diesem Tutorial erstellten Razor Pages haben die Validierungsregeln automatisch übernommen (mithilfe der Validierungsattribute für die Eigenschaften der Modellklasse Movie). Testen Sie die Validierung mithilfe der Seite „Bearbeiten“. Es erfolgt dieselbe Validierung.

Die Formulardaten werden erst an den Server zurückgesendet, wenn auf Clientseite keine Validierungsfehler auftreten. Überprüfen Sie mithilfe von mindestens einem der folgenden Ansätze, ob keine Formulardaten bereitgestellt werden:

  • Setzen Sie einen Haltepunkt in der OnPostAsync-Methode. Senden Sie das Formular, indem Sie Erstellen oder Speichern auswählen. Der Haltepunkt wird niemals erreicht.
  • Verwenden Sie das Tool Fiddler.
  • Verwenden Sie die Browserentwicklungstools zum Überwachen des Netzwerkdatenverkehrs.

Serverseitige Validierung

Wenn JavaScript im Browser deaktiviert ist, erfolgt beim Senden des Formulars mit Fehlern eine Bereitstellung auf dem Server.

Testen Sie optional die serverseitige Validierung:

  1. Deaktivieren Sie JavaScript im Browser. JavaScript kann in den Entwicklertools im Browser deaktiviert werden. Wenn JavaScript nicht im Browser deaktiviert werden kann, probieren Sie einen anderen Browser.

  2. Setzen Sie auf der Seite „Erstellen“ oder „Bearbeiten“ in der OnPostAsync-Methode einen Haltepunkt.

  3. Senden Sie ein Formular mit ungültigen Daten.

  4. Überprüfen Sie, ob der Modellstatus ungültig ist:

     if (!ModelState.IsValid)
     {
        return Page();
     }
    

Alternativ können Sie die clientseitige Validierung auf dem Server deaktivieren.

Der folgende Code zeigt einen Teil der Seite Create.cshtml, deren Gerüst Sie zuvor im Tutorial erstellt haben. Sie wird auf den Seiten „Erstellen“ und „Bearbeiten“ für Folgendes verwendet:

  • Anzeigen des Ausgangsformulars
  • Erneutes Anzeigen des Formulars bei einem Fehler
<form method="post">
    <div asp-validation-summary="ModelOnly" class="text-danger"></div>
    <div class="form-group">
        <label asp-for="Movie.Title" class="control-label"></label>
        <input asp-for="Movie.Title" class="form-control" />
        <span asp-validation-for="Movie.Title" class="text-danger"></span>
    </div>

Das Hilfsprogramm für Eingabetags verwendet die Attribute von DataAnnotations und generiert HTML-Attribute, die auf der Clientseite für die jQuery-Validierung erforderlich sind. Das Hilfsprogramm für Validierungstags zeigt Validierungsfehler. Weitere Informationen finden Sie unter Validierung.

Die Seiten „Erstellen“ und „Bearbeiten“ weisen keine Validierungsregeln auf. Die Validierungsregeln und Fehlerzeichenfolgen werden nur in der Movie-Klasse angegeben. Diese Validierungsregeln gelten automatisch für Razor-Seiten, die das Modell Movie bearbeiten.

Wenn Validierungslogik geändert werden muss, erfolgt dies nur im Modell. Die Validierung erfolgt in der gesamten App einheitlich (Validierungslogik ist zentral definiert). Die zentrale Validierung unterstützt sauberen Code und erleichtert dessen Verwaltung und Aktualisierung.

Verwenden von DataType-Attributen

Untersuchen Sie die Klasse Movie. Der Namespace System.ComponentModel.DataAnnotations stellt zusätzlich zu der integrierten Gruppe von Validierungsattributen Formatierungsattribute bereit. Das [DataType]-Attribut wird nur auf die Eigenschaften ReleaseDate und Price angewendet.

[DataType(DataType.Date)]
public DateTime ReleaseDate { get; set; }

[Range(1, 100)]
[DataType(DataType.Currency)]
[Column(TypeName = "decimal(18, 2)")]
public decimal Price { get; set; }

Die [DataType]-Attribute stellen Folgendes bereit:

  • Hinweise für die Ansichts-Engine zum Formatieren der Daten
  • Attribute wie <a> für URLs und <a href="mailto:EmailAddress.com"> für E-Mail

Verwenden Sie das [RegularExpression]-Attribut, um das Format der Daten zu validieren. Das [DataType]-Attribut wird verwendet, um einen Datentyp anzugeben, der spezifischer als der datenbankinterne Typ ist. [DataType]-Attribute sind keine Validierungsattribute. In der Beispiel-App wird nur das Datum ohne Uhrzeit angezeigt.

Die DataType-Enumeration stellt viele Datentypen bereit, u. a. Date, Time, PhoneNumber, Currency und EmailAddress.

Die [DataType]-Attribute:

  • Können der App ermöglichen, typspezifische Features bereitzustellen. Ein Link des Typs mailto: kann beispielsweise für DataType.EmailAddress erstellt werden.
  • Können in Browsern mit HTML5-Unterstützung die Datumsauswahl DataType.Date bereitstellen.
  • Können HTML5-Attribute des Typs data- (ausgesprochen „Datadash“) ausgeben, die HTML5-Browser nutzen.
  • Bieten keine Validierung.

DataType.Date gibt nicht das Format des Datums an, das angezeigt wird. Standardmäßig wird das Datenfeld gemäß den Standardformaten basierend auf CultureInfo des Servers angezeigt.

Die Datenanmerkung [Column(TypeName = "decimal(18, 2)")] ist erforderlich, damit Entity Framework Core Price ordnungsgemäß einer Währung in der Datenbank zuordnen kann. Weitere Informationen finden Sie unter Datentypen.

Das [DisplayFormat]-Attribut dient zum expliziten Angeben des Datumsformats:

[DisplayFormat(DataFormatString = "{0:yyyy-MM-dd}", ApplyFormatInEditMode = true)]
public DateTime ReleaseDate { get; set; }

Die Einstellung ApplyFormatInEditMode gibt an, dass die Formatierung angewendet wird, wenn der Wert zur Bearbeitung angezeigt wird. Dieses Verhalten kann für einige Felder unerwünscht sein. In Währungswerten soll beispielsweise wahrscheinlich nicht das Währungssymbol auf der Bearbeitungsoberfläche gezeigt werden.

Das [DisplayFormat]-Attribut kann eigenständig verwendet werden, doch meist empfiehlt es sich, das [DataType]-Attribut zu verwenden. Das [DataType]-Attribut übermittelt die Semantik der Daten im Gegensatz zu deren Rendern auf einem Bildschirm. Das [DataType]-Attribut bietet folgende Vorteile, die mit [DisplayFormat] nicht verfügbar sind:

  • Der Browser kann HTML5-Features aktivieren, z. B. zum Anzeigen eines Kalendersteuerelements, des dem Gebietsschema entsprechenden Währungssymbols, von E-Mail-Links usw.
  • Standardmäßig rendert der Browser Daten mit dem auf seinem Gebietsschema basierenden richtigen Format.
  • Das [DataType]-Attribut kann dem ASP.NET Core-Framework ermöglichen, die richtige Feldvorlage zum Rendern der Daten auszuwählen. DisplayFormat, falls eigenständig genutzt, verwendet die Zeichenfolgenvorlage.

Hinweis: Die jQuery-Validierung funktioniert nicht mit den Attributen [Range] und DateTime. Bei folgendem Code wird z.B. stets ein clientseitiger Validierungsfehler angezeigt, auch wenn sich das Datum im angegebenen Bereich befindet:

[Range(typeof(DateTime), "1/1/1966", "1/1/2020")]

Es ist eine bewährte Methode, keine festen Datumsangaben in Ihren Modellen zu kompilieren, weshalb vom Einsatz des [Range]-Attributs und von DateTime abgeraten wird. Verwenden Sie den Abschnitt Configuration für Datumsbereiche und andere Werte, die häufig geändert werden, anstatt sie im Code anzugeben.

Der folgende Code zeigt die Kombination von Attributen in einer Zeile:

using System.ComponentModel.DataAnnotations;
using System.ComponentModel.DataAnnotations.Schema;

namespace RazorPagesMovie.Models;

public class Movie
{
    public int Id { get; set; }

    [StringLength(60, MinimumLength = 3)]
    public string Title { get; set; } = string.Empty;

    [Display(Name = "Release Date"), DataType(DataType.Date)]
    public DateTime ReleaseDate { get; set; }

    [RegularExpression(@"^[A-Z]+[a-zA-Z\s]*$"), Required, StringLength(30)]
    public string Genre { get; set; } = string.Empty;

    [Range(1, 100), DataType(DataType.Currency)]
    [Column(TypeName = "decimal(18, 2)")]
    public decimal Price { get; set; }

    [RegularExpression(@"^[A-Z]+[a-zA-Z0-9""'\s-]*$"), StringLength(5)]
    public string Rating { get; set; } = string.Empty;
}

Erste Schritte mit Razor-Seiten und EF Core zeigt fortgeschrittene EF Core-Vorgänge mit Razor-Seiten.

Anwenden von Migrationen

Durch die Anwendung von „DataAnnotations“ auf die Klasse wird das Schema geändert. Beispielsweise ergeben sich durch die Anwendung von DataAnnotations auf das Title-Feld folgende Änderungen:

[StringLength(60, MinimumLength = 3)]
[Required]
public string Title { get; set; } = string.Empty;
  • Die Zeichen werden auf 60 begrenzt.
  • Ein null-Wert ist unzulässig.

Die Movie-Tabelle verfügt zurzeit über das folgende Schema:

CREATE TABLE [dbo].[Movie] (
    [ID]          INT             IDENTITY (1, 1) NOT NULL,
    [Title]       NVARCHAR (MAX)  NULL,
    [ReleaseDate] DATETIME2 (7)   NOT NULL,
    [Genre]       NVARCHAR (MAX)  NULL,
    [Price]       DECIMAL (18, 2) NOT NULL,
    [Rating]      NVARCHAR (MAX)  NULL,
    CONSTRAINT [PK_Movie] PRIMARY KEY CLUSTERED ([ID] ASC)
);

Die vorstehenden Schemaänderungen bewirken nicht, dass EF eine Ausnahme auslöst. Erstellen Sie jedoch eine Migration, damit das Schema mit dem Modell konsistent ist.

Wählen Sie im Menü Extras die Optionen NuGet-Paket-Manager > Paket-Manager-Konsole aus. Geben Sie in der PMC die folgenden Befehle ein:

Add-Migration New_DataAnnotations
Update-Database

Update-Database führt die Up-Methode der New_DataAnnotations-Klasse aus.

Untersuchen Sie die Up-Methode.

public partial class New_DataAnnotations : Migration
{
    /// <inheritdoc />
    protected override void Up(MigrationBuilder migrationBuilder)
    {
        migrationBuilder.AlterColumn<string>(
            name: "Title",
            table: "Movie",
            type: "nvarchar(60)",
            maxLength: 60,
            nullable: false,
            oldClrType: typeof(string),
            oldType: "nvarchar(max)");

        migrationBuilder.AlterColumn<string>(
            name: "Rating",
            table: "Movie",
            type: "nvarchar(5)",
            maxLength: 5,
            nullable: false,
            oldClrType: typeof(string),
            oldType: "nvarchar(max)");

        migrationBuilder.AlterColumn<string>(
            name: "Genre",
            table: "Movie",
            type: "nvarchar(30)",
            maxLength: 30,
            nullable: false,
            oldClrType: typeof(string),
            oldType: "nvarchar(max)");
    }

Die aktualisierte Movie-Tabelle hat das folgende Schema:

CREATE TABLE [dbo].[Movie] (
    [ID]          INT             IDENTITY (1, 1) NOT NULL,
    [Title]       NVARCHAR (60)   NOT NULL,
    [ReleaseDate] DATETIME2 (7)   NOT NULL,
    [Genre]       NVARCHAR (30)   NOT NULL,
    [Price]       DECIMAL (18, 2) NOT NULL,
    [Rating]      NVARCHAR (5)    NOT NULL,
    CONSTRAINT [PK_Movie] PRIMARY KEY CLUSTERED ([ID] ASC)
);

Veröffentlichen in Azure

Informationen zum Bereitstellen in Azure finden Sie unter Tutorial: Erstellen einer ASP.NET Core-App in Azure mit SQL-Datenbank.

Vielen Dank für Ihr Interesse an dieser Einführung in Razor Pages. Erste Schritte mit Razor-Seiten und EF Core ist eine hervorragende Fortsetzung dieses Tutorials.

Zusätzliche Ressourcen

Nächste Schritte

In diesem Abschnitt wird dem Modell Movie Validierungslogik hinzugefügt. Die Validierungsregeln werden erzwungen, wenn ein Benutzer einen Film erstellt oder bearbeitet.

Validierung

Ein wesentlicher Grundsatz der Softwareentwicklung heißt DRY (Don't Repeat Yourself, dt. Wiederholen Sie sich nicht). Razor Pages ist für Entwicklungsaufgaben gedacht, bei denen die Funktionalität einmal angegeben und für die gesamte App übernommen wird. DRY kann Sie bei Folgendem unterstützen:

  • Sie können die Codemenge in einer App reduzieren.
  • Der Code wird weniger fehleranfällig und lässt sich leichter testen und verwalten.

Die von Razor Pages und Entity Framework gebotene Unterstützung der Validierung ist ein gutes Beispiel des DRY-Prinzips:

  • Validierungsregeln werden an zentraler Stelle (in der Modellklasse) deklarativ angegeben.
  • Regeln werden überall in der App erzwungen.

Hinzufügen von Validierungsregeln zum Modell „Movie“

Der Namespace System.ComponentModel.DataAnnotations bietet Folgendes:

  • Eine Gruppe integrierter Validierungsattribute, die deklarativ auf eine Klasse oder Eigenschaft angewendet werden.
  • Formatierungsattribute wie [DataType], die bei der Formatierung helfen und keine Validierung bieten.

Aktualisieren Sie die Movie-Klasse, um die integrierten Validierungsattribute [Required], [StringLength], [RegularExpression] und [Range] zu nutzen.

using System.ComponentModel.DataAnnotations;
using System.ComponentModel.DataAnnotations.Schema;

namespace RazorPagesMovie.Models;

public class Movie
{
    public int Id { get; set; }

    [StringLength(60, MinimumLength = 3)]
    [Required]
    public string Title { get; set; } = string.Empty;

    [DataType(DataType.Date)]
    public DateTime ReleaseDate { get; set; }

    [Range(1, 100)]
    [DataType(DataType.Currency)]
    [Column(TypeName = "decimal(18, 2)")]
    public decimal Price { get; set; }

    [RegularExpression(@"^[A-Z]+[a-zA-Z\s]*$")]
    [Required]
    [StringLength(30)]
    public string Genre { get; set; } = string.Empty;

    [RegularExpression(@"^[A-Z]+[a-zA-Z0-9""'\s-]*$")]
    [StringLength(5)]
    [Required]
    public string Rating { get; set; } = string.Empty;
}

Die Validierungsattribute geben das Verhalten an, das für die Modelleigenschaften erzwungen werden soll:

  • Die Attribute [Required] und [MinimumLength] geben an, dass eine Eigenschaft über einen Wert verfügen muss. Nichts hindert einen Benutzer an der Eingabe von Leerzeichen, um diese Validierung zu erfüllen.

  • Das Attribut [RegularExpression] wird verwendet, um einzuschränken, welche Zeichen eingegeben werden dürfen. Im vorherigen Code, Genre:

    • Es dürfen nur Buchstaben enthalten sein.
    • Der erste Buchstabe muss ein Großbuchstabe sein. Leerzeichen sind zulässig, während Zahlen und Sonderzeichen nicht zulässig sind.
  • Der RegularExpression Rating:

    • Das erste Zeichen muss ein Großbuchstabe sein.
    • Sonderzeichen und Zahlen sind als darauffolgende Zeichen zulässig. „PG-13“ ist als Bewertung („Rating“) gültig, nicht jedoch als „Genre“.
  • Das [Range]-Attribut schränkt einen Wert auf einen bestimmten Bereich ein.

  • Mit dem Attribut [StringLength] kann die maximale Länge einer Zeichenfolgeneigenschaft und optional die Mindestlänge festlegt werden.

  • Werttypen (wie decimal, int, float, DateTime) sind grundsätzlich erforderlich und benötigen nicht das Attribut [Required].

Die oben genannten Validierungsregeln dienen der Veranschaulichung und sind für ein Produktionssystem nicht optimal. Beispielsweise verhindert die vorherige Regel die Eingabe eines Films mit nur zwei Zeichen und lässt keine Sonderzeichen in Genre zu.

Die automatische Erzwingung von Validierungsregeln durch ASP.NET Core dient folgenden Zwecken:

  • Macht die App stabiler.
  • Reduziert die Wahrscheinlichkeit, dass ungültige Daten in der Datenbank gespeichert werden.

Benutzeroberfläche für Validierungsfehler in Razor Pages

Führen Sie die App aus, und navigieren Sie zu „Pages/Movies“.

Klicken Sie auf den Link Neu erstellen. Füllen Sie das Formular mit einigen ungültigen Werten aus. Wenn die clientseitige jQuery-Validierung den Fehler erkennt, wird eine Fehlermeldung angezeigt.

Ansichtsformular „Movie“ mit mehreren clientseitigen jQuery-Validierungsfehlern

Hinweis

Sie können unter Umständen keine Dezimaltrennzeichen in Dezimalfelder eingeben. Zur Unterstützung der jQuery-Validierung für nicht englische Gebietsschemas, in denen ein Komma („,“) als Dezimaltrennzeichen verwendet wird, und Nicht-US-englische Datums- und Uhrzeitformate müssen Sie Schritte zur Globalisierung Ihrer App ausführen. In diesem GitHub-Kommentar 4076 finden Sie Anweisungen zum Hinzufügen von Kommas als Dezimaltrennzeichen.

Wie Sie sehen, hat das Formular in allen Feldern mit einem ungültigen Wert automatisch eine Validierungsfehlermeldung angezeigt. Die Fehlermeldungen werden sowohl auf Clientseite (mithilfe von JavaScript und jQuery) als auch auf Serverseite erzwungen (wenn ein Benutzer JavaScript deaktiviert hat).

Ein entscheidender Vorteil ist, dass keine Codeänderungen auf den Seiten „Erstellen“ oder „Bearbeiten“ erforderlich waren. Nach Anwenden von Datenanmerkungen auf das Modell wurde die Benutzeroberflächenvalidierung aktiviert. Die in diesem Tutorial erstellten Razor Pages haben die Validierungsregeln automatisch übernommen (mithilfe der Validierungsattribute für die Eigenschaften der Modellklasse Movie). Testen Sie die Validierung mithilfe der Seite „Bearbeiten“. Es erfolgt dieselbe Validierung.

Die Formulardaten werden erst an den Server zurückgesendet, wenn auf Clientseite keine Validierungsfehler auftreten. Überprüfen Sie mithilfe von mindestens einem der folgenden Ansätze, ob keine Formulardaten bereitgestellt werden:

  • Setzen Sie einen Haltepunkt in der OnPostAsync-Methode. Senden Sie das Formular, indem Sie Erstellen oder Speichern auswählen. Der Haltepunkt wird niemals erreicht.
  • Verwenden Sie das Tool Fiddler.
  • Verwenden Sie die Browserentwicklungstools zum Überwachen des Netzwerkdatenverkehrs.

Serverseitige Validierung

Wenn JavaScript im Browser deaktiviert ist, erfolgt beim Senden des Formulars mit Fehlern eine Bereitstellung auf dem Server.

Testen Sie optional die serverseitige Validierung:

  1. Deaktivieren Sie JavaScript im Browser. JavaScript kann in den Entwicklertools im Browser deaktiviert werden. Wenn JavaScript nicht im Browser deaktiviert werden kann, probieren Sie einen anderen Browser.

  2. Setzen Sie auf der Seite „Erstellen“ oder „Bearbeiten“ in der OnPostAsync-Methode einen Haltepunkt.

  3. Senden Sie ein Formular mit ungültigen Daten.

  4. Überprüfen Sie, ob der Modellstatus ungültig ist:

     if (!ModelState.IsValid)
     {
        return Page();
     }
    

Alternativ können Sie die clientseitige Validierung auf dem Server deaktivieren.

Der folgende Code zeigt einen Teil der Seite Create.cshtml, deren Gerüst Sie zuvor im Tutorial erstellt haben. Sie wird auf den Seiten „Erstellen“ und „Bearbeiten“ für Folgendes verwendet:

  • Anzeigen des Ausgangsformulars
  • Erneutes Anzeigen des Formulars bei einem Fehler
<form method="post">
    <div asp-validation-summary="ModelOnly" class="text-danger"></div>
    <div class="form-group">
        <label asp-for="Movie.Title" class="control-label"></label>
        <input asp-for="Movie.Title" class="form-control" />
        <span asp-validation-for="Movie.Title" class="text-danger"></span>
    </div>

Das Hilfsprogramm für Eingabetags verwendet die Attribute von DataAnnotations und generiert HTML-Attribute, die auf der Clientseite für die jQuery-Validierung erforderlich sind. Das Hilfsprogramm für Validierungstags zeigt Validierungsfehler. Weitere Informationen finden Sie unter Validierung.

Die Seiten „Erstellen“ und „Bearbeiten“ weisen keine Validierungsregeln auf. Die Validierungsregeln und Fehlerzeichenfolgen werden nur in der Movie-Klasse angegeben. Diese Validierungsregeln gelten automatisch für Razor-Seiten, die das Modell Movie bearbeiten.

Wenn Validierungslogik geändert werden muss, erfolgt dies nur im Modell. Die Validierung erfolgt in der gesamten App einheitlich (Validierungslogik ist zentral definiert). Die zentrale Validierung unterstützt sauberen Code und erleichtert dessen Verwaltung und Aktualisierung.

Verwenden von DataType-Attributen

Untersuchen Sie die Klasse Movie. Der Namespace System.ComponentModel.DataAnnotations stellt zusätzlich zu der integrierten Gruppe von Validierungsattributen Formatierungsattribute bereit. Das [DataType]-Attribut wird nur auf die Eigenschaften ReleaseDate und Price angewendet.

[DataType(DataType.Date)]
public DateTime ReleaseDate { get; set; }

[Range(1, 100)]
[DataType(DataType.Currency)]
[Column(TypeName = "decimal(18, 2)")]
public decimal Price { get; set; }

Die [DataType]-Attribute stellen Folgendes bereit:

  • Hinweise für die Ansichts-Engine zum Formatieren der Daten
  • Attribute wie <a> für URLs und <a href="mailto:EmailAddress.com"> für E-Mail

Verwenden Sie das [RegularExpression]-Attribut, um das Format der Daten zu validieren. Das [DataType]-Attribut wird verwendet, um einen Datentyp anzugeben, der spezifischer als der datenbankinterne Typ ist. [DataType]-Attribute sind keine Validierungsattribute. In der Beispiel-App wird nur das Datum ohne Uhrzeit angezeigt.

Die DataType-Enumeration stellt viele Datentypen bereit, u. a. Date, Time, PhoneNumber, Currency und EmailAddress.

Die [DataType]-Attribute:

  • Können der App ermöglichen, typspezifische Features bereitzustellen. Ein Link des Typs mailto: kann beispielsweise für DataType.EmailAddress erstellt werden.
  • Können in Browsern mit HTML5-Unterstützung die Datumsauswahl DataType.Date bereitstellen.
  • Können HTML5-Attribute des Typs data- (ausgesprochen „Datadash“) ausgeben, die HTML5-Browser nutzen.
  • Bieten keine Validierung.

DataType.Date gibt nicht das Format des Datums an, das angezeigt wird. Standardmäßig wird das Datenfeld gemäß den Standardformaten basierend auf CultureInfo des Servers angezeigt.

Die Datenanmerkung [Column(TypeName = "decimal(18, 2)")] ist erforderlich, damit Entity Framework Core Price ordnungsgemäß einer Währung in der Datenbank zuordnen kann. Weitere Informationen finden Sie unter Datentypen.

Das [DisplayFormat]-Attribut dient zum expliziten Angeben des Datumsformats:

[DisplayFormat(DataFormatString = "{0:yyyy-MM-dd}", ApplyFormatInEditMode = true)]
public DateTime ReleaseDate { get; set; }

Die Einstellung ApplyFormatInEditMode gibt an, dass die Formatierung angewendet wird, wenn der Wert zur Bearbeitung angezeigt wird. Dieses Verhalten kann für einige Felder unerwünscht sein. In Währungswerten soll beispielsweise wahrscheinlich nicht das Währungssymbol auf der Bearbeitungsoberfläche gezeigt werden.

Das [DisplayFormat]-Attribut kann eigenständig verwendet werden, doch meist empfiehlt es sich, das [DataType]-Attribut zu verwenden. Das [DataType]-Attribut übermittelt die Semantik der Daten im Gegensatz zu deren Rendern auf einem Bildschirm. Das [DataType]-Attribut bietet folgende Vorteile, die mit [DisplayFormat] nicht verfügbar sind:

  • Der Browser kann HTML5-Features aktivieren, z. B. zum Anzeigen eines Kalendersteuerelements, des dem Gebietsschema entsprechenden Währungssymbols, von E-Mail-Links usw.
  • Standardmäßig rendert der Browser Daten mit dem auf seinem Gebietsschema basierenden richtigen Format.
  • Das [DataType]-Attribut kann dem ASP.NET Core-Framework ermöglichen, die richtige Feldvorlage zum Rendern der Daten auszuwählen. DisplayFormat, falls eigenständig genutzt, verwendet die Zeichenfolgenvorlage.

Hinweis: Die jQuery-Validierung funktioniert nicht mit den Attributen [Range] und DateTime. Bei folgendem Code wird z.B. stets ein clientseitiger Validierungsfehler angezeigt, auch wenn sich das Datum im angegebenen Bereich befindet:

[Range(typeof(DateTime), "1/1/1966", "1/1/2020")]

Es ist eine bewährte Methode, keine festen Datumsangaben in Ihren Modellen zu kompilieren, weshalb vom Einsatz des [Range]-Attributs und von DateTime abgeraten wird. Verwenden Sie den Abschnitt Configuration für Datumsbereiche und andere Werte, die häufig geändert werden, anstatt sie im Code anzugeben.

Der folgende Code zeigt die Kombination von Attributen in einer Zeile:

using System.ComponentModel.DataAnnotations;
using System.ComponentModel.DataAnnotations.Schema;

namespace RazorPagesMovie.Models;

public class Movie
{
    public int Id { get; set; }

    [StringLength(60, MinimumLength = 3)]
    public string Title { get; set; } = string.Empty;

    [Display(Name = "Release Date"), DataType(DataType.Date)]
    public DateTime ReleaseDate { get; set; }

    [RegularExpression(@"^[A-Z]+[a-zA-Z\s]*$"), Required, StringLength(30)]
    public string Genre { get; set; } = string.Empty;

    [Range(1, 100), DataType(DataType.Currency)]
    [Column(TypeName = "decimal(18, 2)")]
    public decimal Price { get; set; }

    [RegularExpression(@"^[A-Z]+[a-zA-Z0-9""'\s-]*$"), StringLength(5)]
    public string Rating { get; set; } = string.Empty;
}

Erste Schritte mit Razor-Seiten und EF Core zeigt fortgeschrittene EF Core-Vorgänge mit Razor-Seiten.

Anwenden von Migrationen

Durch die Anwendung von „DataAnnotations“ auf die Klasse wird das Schema geändert. Beispielsweise ergeben sich durch die Anwendung von DataAnnotations auf das Title-Feld folgende Änderungen:

[StringLength(60, MinimumLength = 3)]
[Required]
public string Title { get; set; } = string.Empty;
  • Die Zeichen werden auf 60 begrenzt.
  • Ein null-Wert ist unzulässig.

Die Movie-Tabelle verfügt zurzeit über das folgende Schema:

CREATE TABLE [dbo].[Movie] (
    [ID]          INT             IDENTITY (1, 1) NOT NULL,
    [Title]       NVARCHAR (MAX)  NULL,
    [ReleaseDate] DATETIME2 (7)   NOT NULL,
    [Genre]       NVARCHAR (MAX)  NULL,
    [Price]       DECIMAL (18, 2) NOT NULL,
    [Rating]      NVARCHAR (MAX)  NULL,
    CONSTRAINT [PK_Movie] PRIMARY KEY CLUSTERED ([ID] ASC)
);

Die vorstehenden Schemaänderungen bewirken nicht, dass EF eine Ausnahme auslöst. Erstellen Sie jedoch eine Migration, damit das Schema mit dem Modell konsistent ist.

Wählen Sie im Menü Tools nacheinander NuGet-Paket-Manager > Paket-Manager-Konsole aus. Geben Sie in der PMC die folgenden Befehle ein:

Add-Migration New_DataAnnotations
Update-Database

Update-Database führt die Up-Methode der New_DataAnnotations-Klasse aus.

Untersuchen Sie die Up-Methode.

public partial class New_DataAnnotations : Migration
{
    /// <inheritdoc />
    protected override void Up(MigrationBuilder migrationBuilder)
    {
        migrationBuilder.AlterColumn<string>(
            name: "Title",
            table: "Movie",
            type: "nvarchar(60)",
            maxLength: 60,
            nullable: false,
            oldClrType: typeof(string),
            oldType: "nvarchar(max)");

        migrationBuilder.AlterColumn<string>(
            name: "Rating",
            table: "Movie",
            type: "nvarchar(5)",
            maxLength: 5,
            nullable: false,
            oldClrType: typeof(string),
            oldType: "nvarchar(max)");

        migrationBuilder.AlterColumn<string>(
            name: "Genre",
            table: "Movie",
            type: "nvarchar(30)",
            maxLength: 30,
            nullable: false,
            oldClrType: typeof(string),
            oldType: "nvarchar(max)");
    }

Die aktualisierte Movie-Tabelle hat das folgende Schema:

CREATE TABLE [dbo].[Movie] (
    [ID]          INT             IDENTITY (1, 1) NOT NULL,
    [Title]       NVARCHAR (60)   NOT NULL,
    [ReleaseDate] DATETIME2 (7)   NOT NULL,
    [Genre]       NVARCHAR (30)   NOT NULL,
    [Price]       DECIMAL (18, 2) NOT NULL,
    [Rating]      NVARCHAR (5)    NOT NULL,
    CONSTRAINT [PK_Movie] PRIMARY KEY CLUSTERED ([ID] ASC)
);

Veröffentlichen in Azure

Informationen zum Bereitstellen in Azure finden Sie unter Tutorial: Erstellen einer ASP.NET Core-App in Azure mit SQL-Datenbank.

Vielen Dank für Ihr Interesse an dieser Einführung in Razor Pages. Erste Schritte mit Razor-Seiten und EF Core ist eine hervorragende Fortsetzung dieses Tutorials.

Zusätzliche Ressourcen

Nächste Schritte

In diesem Abschnitt wird dem Modell Movie Validierungslogik hinzugefügt. Die Validierungsregeln werden erzwungen, wenn ein Benutzer einen Film erstellt oder bearbeitet.

Validierung

Ein wesentlicher Grundsatz der Softwareentwicklung heißt DRY (Don't Repeat Yourself, dt. Wiederholen Sie sich nicht). Razor Pages ist für Entwicklungsaufgaben gedacht, bei denen die Funktionalität einmal angegeben und für die gesamte App übernommen wird. DRY kann Sie bei Folgendem unterstützen:

  • Sie können die Codemenge in einer App reduzieren.
  • Der Code wird weniger fehleranfällig und lässt sich leichter testen und verwalten.

Die von Razor Pages und Entity Framework gebotene Unterstützung der Validierung ist ein gutes Beispiel des DRY-Prinzips:

  • Validierungsregeln werden an zentraler Stelle (in der Modellklasse) deklarativ angegeben.
  • Regeln werden überall in der App erzwungen.

Hinzufügen von Validierungsregeln zum Modell „Movie“

Der Namespace System.ComponentModel.DataAnnotations bietet Folgendes:

  • Eine Gruppe integrierter Validierungsattribute, die deklarativ auf eine Klasse oder Eigenschaft angewendet werden.
  • Formatierungsattribute wie [DataType], die bei der Formatierung helfen und keine Validierung bieten.

Aktualisieren Sie die Movie-Klasse, um die integrierten Validierungsattribute [Required], [StringLength], [RegularExpression] und [Range] zu nutzen.

using System.ComponentModel.DataAnnotations;
using System.ComponentModel.DataAnnotations.Schema;

namespace RazorPagesMovie.Models;

public class Movie
{
    public int Id { get; set; }

    [StringLength(60, MinimumLength = 3)]
    [Required]
    public string Title { get; set; } = string.Empty;

    // [Display(Name = "Release Date")]
    [DataType(DataType.Date)]
    public DateTime ReleaseDate { get; set; }

    [Range(1, 100)]
    [DataType(DataType.Currency)]
    [Column(TypeName = "decimal(18, 2)")]
    public decimal Price { get; set; }

    [RegularExpression(@"^[A-Z]+[a-zA-Z\s]*$")]
    [Required]
    [StringLength(30)]
    public string Genre { get; set; } = string.Empty;

    [RegularExpression(@"^[A-Z]+[a-zA-Z0-9""'\s-]*$")]
    [StringLength(5)]
    [Required]
    public string Rating { get; set; } = string.Empty;
}

Die Validierungsattribute geben das Verhalten an, das für die Modelleigenschaften erzwungen werden soll:

  • Die Attribute [Required] und [MinimumLength] geben an, dass eine Eigenschaft über einen Wert verfügen muss. Nichts hindert einen Benutzer an der Eingabe von Leerzeichen, um diese Validierung zu erfüllen.

  • Das Attribut [RegularExpression] wird verwendet, um einzuschränken, welche Zeichen eingegeben werden dürfen. Im vorherigen Code, Genre:

    • Es dürfen nur Buchstaben enthalten sein.
    • Der erste Buchstabe muss ein Großbuchstabe sein. Leerzeichen sind zulässig, während Zahlen und Sonderzeichen nicht zulässig sind.
  • Der RegularExpression Rating:

    • Das erste Zeichen muss ein Großbuchstabe sein.
    • Sonderzeichen und Zahlen sind als darauffolgende Zeichen zulässig. „PG-13“ ist als Bewertung („Rating“) gültig, nicht jedoch als „Genre“.
  • Das [Range]-Attribut schränkt einen Wert auf einen bestimmten Bereich ein.

  • Mit dem Attribut [StringLength] kann die maximale Länge einer Zeichenfolgeneigenschaft und optional die Mindestlänge festlegt werden.

  • Werttypen (wie decimal, int, float, DateTime) sind grundsätzlich erforderlich und benötigen nicht das Attribut [Required].

Die oben genannten Validierungsregeln dienen der Veranschaulichung und sind für ein Produktionssystem nicht optimal. Beispielsweise verhindert die vorherige Regel die Eingabe eines Films mit nur zwei Zeichen und lässt keine Sonderzeichen in Genre zu.

Die automatische Erzwingung von Validierungsregeln durch ASP.NET Core dient folgenden Zwecken:

  • Macht die App stabiler.
  • Reduziert die Wahrscheinlichkeit, dass ungültige Daten in der Datenbank gespeichert werden.

Benutzeroberfläche für Validierungsfehler in Razor Pages

Führen Sie die App aus, und navigieren Sie zu „Pages/Movies“.

Klicken Sie auf den Link Neu erstellen. Füllen Sie das Formular mit einigen ungültigen Werten aus. Wenn die clientseitige jQuery-Validierung den Fehler erkennt, wird eine Fehlermeldung angezeigt.

Ansichtsformular „Movie“ mit mehreren clientseitigen jQuery-Validierungsfehlern

Hinweis

Sie können unter Umständen keine Dezimaltrennzeichen in Dezimalfelder eingeben. Zur Unterstützung der jQuery-Validierung für nicht englische Gebietsschemas, in denen ein Komma („,“) als Dezimaltrennzeichen verwendet wird, und Nicht-US-englische Datums- und Uhrzeitformate müssen Sie Schritte zur Globalisierung Ihrer App ausführen. In diesem GitHub-Kommentar 4076 finden Sie Anweisungen zum Hinzufügen von Kommas als Dezimaltrennzeichen.

Wie Sie sehen, hat das Formular in allen Feldern mit einem ungültigen Wert automatisch eine Validierungsfehlermeldung angezeigt. Die Fehlermeldungen werden sowohl auf Clientseite (mithilfe von JavaScript und jQuery) als auch auf Serverseite erzwungen (wenn ein Benutzer JavaScript deaktiviert hat).

Ein entscheidender Vorteil ist, dass keine Codeänderungen auf den Seiten „Erstellen“ oder „Bearbeiten“ erforderlich waren. Nach Anwenden von Datenanmerkungen auf das Modell wurde die Benutzeroberflächenvalidierung aktiviert. Die in diesem Tutorial erstellten Razor Pages haben die Validierungsregeln automatisch übernommen (mithilfe der Validierungsattribute für die Eigenschaften der Modellklasse Movie). Testen Sie die Validierung mithilfe der Seite „Bearbeiten“. Es erfolgt dieselbe Validierung.

Die Formulardaten werden erst an den Server zurückgesendet, wenn auf Clientseite keine Validierungsfehler auftreten. Überprüfen Sie mithilfe von mindestens einem der folgenden Ansätze, ob keine Formulardaten bereitgestellt werden:

  • Setzen Sie einen Haltepunkt in der OnPostAsync-Methode. Senden Sie das Formular, indem Sie Erstellen oder Speichern auswählen. Der Haltepunkt wird niemals erreicht.
  • Verwenden Sie das Tool Fiddler.
  • Verwenden Sie die Browserentwicklungstools zum Überwachen des Netzwerkdatenverkehrs.

Serverseitige Validierung

Wenn JavaScript im Browser deaktiviert ist, erfolgt beim Senden des Formulars mit Fehlern eine Bereitstellung auf dem Server.

Testen Sie optional die serverseitige Validierung:

  1. Deaktivieren Sie JavaScript im Browser. JavaScript kann in den Entwicklertools im Browser deaktiviert werden. Wenn JavaScript nicht im Browser deaktiviert werden kann, probieren Sie einen anderen Browser.

  2. Setzen Sie auf der Seite „Erstellen“ oder „Bearbeiten“ in der OnPostAsync-Methode einen Haltepunkt.

  3. Senden Sie ein Formular mit ungültigen Daten.

  4. Überprüfen Sie, ob der Modellstatus ungültig ist:

     if (!ModelState.IsValid)
     {
        return Page();
     }
    

Alternativ können Sie die clientseitige Validierung auf dem Server deaktivieren.

Der folgende Code zeigt einen Teil der Seite Create.cshtml, deren Gerüst Sie zuvor im Tutorial erstellt haben. Sie wird auf den Seiten „Erstellen“ und „Bearbeiten“ für Folgendes verwendet:

  • Anzeigen des Ausgangsformulars
  • Erneutes Anzeigen des Formulars bei einem Fehler
<form method="post">
    <div asp-validation-summary="ModelOnly" class="text-danger"></div>
    <div class="form-group">
        <label asp-for="Movie.Title" class="control-label"></label>
        <input asp-for="Movie.Title" class="form-control" />
        <span asp-validation-for="Movie.Title" class="text-danger"></span>
    </div>

Das Hilfsprogramm für Eingabetags verwendet die Attribute von DataAnnotations und generiert HTML-Attribute, die auf der Clientseite für die jQuery-Validierung erforderlich sind. Das Hilfsprogramm für Validierungstags zeigt Validierungsfehler. Weitere Informationen finden Sie unter Validierung.

Die Seiten „Erstellen“ und „Bearbeiten“ weisen keine Validierungsregeln auf. Die Validierungsregeln und Fehlerzeichenfolgen werden nur in der Movie-Klasse angegeben. Diese Validierungsregeln gelten automatisch für Razor-Seiten, die das Modell Movie bearbeiten.

Wenn Validierungslogik geändert werden muss, erfolgt dies nur im Modell. Die Validierung erfolgt in der gesamten App einheitlich (Validierungslogik ist zentral definiert). Die zentrale Validierung unterstützt sauberen Code und erleichtert dessen Verwaltung und Aktualisierung.

Verwenden von DataType-Attributen

Untersuchen Sie die Klasse Movie. Der Namespace System.ComponentModel.DataAnnotations stellt zusätzlich zu der integrierten Gruppe von Validierungsattributen Formatierungsattribute bereit. Das [DataType]-Attribut wird nur auf die Eigenschaften ReleaseDate und Price angewendet.

// [Display(Name = "Release Date")]
[DataType(DataType.Date)]
public DateTime ReleaseDate { get; set; }

[Range(1, 100)]
[DataType(DataType.Currency)]
[Column(TypeName = "decimal(18, 2)")]
public decimal Price { get; set; }

Die [DataType]-Attribute stellen Folgendes bereit:

  • Hinweise für die Ansichts-Engine zum Formatieren der Daten
  • Attribute wie <a> für URLs und <a href="mailto:EmailAddress.com"> für E-Mail

Verwenden Sie das [RegularExpression]-Attribut, um das Format der Daten zu validieren. Das [DataType]-Attribut wird verwendet, um einen Datentyp anzugeben, der spezifischer als der datenbankinterne Typ ist. [DataType]-Attribute sind keine Validierungsattribute. In der Beispiel-App wird nur das Datum ohne Uhrzeit angezeigt.

Die DataType-Enumeration stellt viele Datentypen bereit, u. a. Date, Time, PhoneNumber, Currency und EmailAddress.

Die [DataType]-Attribute:

  • Können der App ermöglichen, typspezifische Features bereitzustellen. Ein Link des Typs mailto: kann beispielsweise für DataType.EmailAddress erstellt werden.
  • Können in Browsern mit HTML5-Unterstützung die Datumsauswahl DataType.Date bereitstellen.
  • Können HTML5-Attribute des Typs data- (ausgesprochen „Datadash“) ausgeben, die HTML5-Browser nutzen.
  • Bieten keine Validierung.

DataType.Date gibt nicht das Format des Datums an, das angezeigt wird. Standardmäßig wird das Datenfeld gemäß den Standardformaten basierend auf CultureInfo des Servers angezeigt.

Die Datenanmerkung [Column(TypeName = "decimal(18, 2)")] ist erforderlich, damit Entity Framework Core Price ordnungsgemäß einer Währung in der Datenbank zuordnen kann. Weitere Informationen finden Sie unter Datentypen.

Das [DisplayFormat]-Attribut dient zum expliziten Angeben des Datumsformats:

[DisplayFormat(DataFormatString = "{0:yyyy-MM-dd}", ApplyFormatInEditMode = true)]
public DateTime ReleaseDate { get; set; }

Die Einstellung ApplyFormatInEditMode gibt an, dass die Formatierung angewendet wird, wenn der Wert zur Bearbeitung angezeigt wird. Dieses Verhalten kann für einige Felder unerwünscht sein. In Währungswerten soll beispielsweise wahrscheinlich nicht das Währungssymbol auf der Bearbeitungsoberfläche gezeigt werden.

Das [DisplayFormat]-Attribut kann eigenständig verwendet werden, doch meist empfiehlt es sich, das [DataType]-Attribut zu verwenden. Das [DataType]-Attribut übermittelt die Semantik der Daten im Gegensatz zu deren Rendern auf einem Bildschirm. Das [DataType]-Attribut bietet folgende Vorteile, die mit [DisplayFormat] nicht verfügbar sind:

  • Der Browser kann HTML5-Features aktivieren, z. B. zum Anzeigen eines Kalendersteuerelements, des dem Gebietsschema entsprechenden Währungssymbols, von E-Mail-Links usw.
  • Standardmäßig rendert der Browser Daten mit dem auf seinem Gebietsschema basierenden richtigen Format.
  • Das [DataType]-Attribut kann dem ASP.NET Core-Framework ermöglichen, die richtige Feldvorlage zum Rendern der Daten auszuwählen. DisplayFormat, falls eigenständig genutzt, verwendet die Zeichenfolgenvorlage.

Hinweis: Die jQuery-Validierung funktioniert nicht mit den Attributen [Range] und DateTime. Bei folgendem Code wird z.B. stets ein clientseitiger Validierungsfehler angezeigt, auch wenn sich das Datum im angegebenen Bereich befindet:

[Range(typeof(DateTime), "1/1/1966", "1/1/2020")]

Es ist eine bewährte Methode, keine festen Datumsangaben in Ihren Modellen zu kompilieren, weshalb vom Einsatz des [Range]-Attributs und von DateTime abgeraten wird. Verwenden Sie den Abschnitt Configuration für Datumsbereiche und andere Werte, die häufig geändert werden, anstatt sie im Code anzugeben.

Der folgende Code zeigt die Kombination von Attributen in einer Zeile:

using System.ComponentModel.DataAnnotations;
using System.ComponentModel.DataAnnotations.Schema;

namespace RazorPagesMovie.Models;

public class Movie
{
    public int Id { get; set; }

    [StringLength(60, MinimumLength = 3)]
    public string Title { get; set; } = string.Empty;

    [Display(Name = "Release Date"), DataType(DataType.Date)]
    public DateTime ReleaseDate { get; set; }

    [RegularExpression(@"^[A-Z]+[a-zA-Z\s]*$"), Required, StringLength(30)]
    public string Genre { get; set; } = string.Empty;

    [Range(1, 100), DataType(DataType.Currency)]
    [Column(TypeName = "decimal(18, 2)")]
    public decimal Price { get; set; }

    [RegularExpression(@"^[A-Z]+[a-zA-Z0-9""'\s-]*$"), StringLength(5)]
    public string Rating { get; set; } = string.Empty;
}

Erste Schritte mit Razor-Seiten und EF Core zeigt fortgeschrittene EF Core-Vorgänge mit Razor-Seiten.

Anwenden von Migrationen

Durch die Anwendung von „DataAnnotations“ auf die Klasse wird das Schema geändert. Beispielsweise ergeben sich durch die Anwendung von DataAnnotations auf das Title-Feld folgende Änderungen:

[StringLength(60, MinimumLength = 3)]
[Required]
public string Title { get; set; } = string.Empty;
  • Die Zeichen werden auf 60 begrenzt.
  • Ein null-Wert ist unzulässig.

Die Movie-Tabelle verfügt zurzeit über das folgende Schema:

CREATE TABLE [dbo].[Movie] (
    [ID]          INT             IDENTITY (1, 1) NOT NULL,
    [Title]       NVARCHAR (MAX)  NULL,
    [ReleaseDate] DATETIME2 (7)   NOT NULL,
    [Genre]       NVARCHAR (MAX)  NULL,
    [Price]       DECIMAL (18, 2) NOT NULL,
    [Rating]      NVARCHAR (MAX)  NULL,
    CONSTRAINT [PK_Movie] PRIMARY KEY CLUSTERED ([ID] ASC)
);

Die vorstehenden Schemaänderungen bewirken nicht, dass EF eine Ausnahme auslöst. Erstellen Sie jedoch eine Migration, damit das Schema mit dem Modell konsistent ist.

Wählen Sie im Menü Tools nacheinander NuGet-Paket-Manager > Paket-Manager-Konsole aus. Geben Sie in der PMC die folgenden Befehle ein:

Add-Migration New_DataAnnotations
Update-Database

Update-Database führt die Up-Methode der New_DataAnnotations-Klasse aus.

Untersuchen Sie die Up-Methode.

public partial class NewDataAnnotations : Migration
{
    /// <inheritdoc />
    protected override void Up(MigrationBuilder migrationBuilder)
    {
        migrationBuilder.AlterColumn<string>(
            name: "Title",
            table: "Movie",
            type: "nvarchar(60)",
            maxLength: 60,
            nullable: false,
            oldClrType: typeof(string),
            oldType: "nvarchar(max)");

        migrationBuilder.AlterColumn<string>(
            name: "Rating",
            table: "Movie",
            type: "nvarchar(5)",
            maxLength: 5,
            nullable: false,
            oldClrType: typeof(string),
            oldType: "nvarchar(max)");

        migrationBuilder.AlterColumn<string>(
            name: "Genre",
            table: "Movie",
            type: "nvarchar(30)",
            maxLength: 30,
            nullable: false,
            oldClrType: typeof(string),
            oldType: "nvarchar(max)");
    }

Die aktualisierte Movie-Tabelle hat das folgende Schema:

CREATE TABLE [dbo].[Movie] (
    [ID]          INT             IDENTITY (1, 1) NOT NULL,
    [Title]       NVARCHAR (60)   NOT NULL,
    [ReleaseDate] DATETIME2 (7)   NOT NULL,
    [Genre]       NVARCHAR (30)   NOT NULL,
    [Price]       DECIMAL (18, 2) NOT NULL,
    [Rating]      NVARCHAR (5)    NOT NULL,
    CONSTRAINT [PK_Movie] PRIMARY KEY CLUSTERED ([ID] ASC)
);

Veröffentlichen in Azure

Informationen zum Bereitstellen in Azure finden Sie unter Tutorial: Erstellen einer ASP.NET Core-App in Azure mit SQL-Datenbank.

Vielen Dank für Ihr Interesse an dieser Einführung in Razor Pages. Erste Schritte mit Razor-Seiten und EF Core ist eine hervorragende Fortsetzung dieses Tutorials.

Zusätzliche Ressourcen

Nächste Schritte

In diesem Abschnitt wird dem Modell Movie Validierungslogik hinzugefügt. Die Validierungsregeln werden erzwungen, wenn ein Benutzer einen Film erstellt oder bearbeitet.

Validierung

Ein wesentlicher Grundsatz der Softwareentwicklung heißt DRY (Don't Repeat Yourself, dt. Wiederholen Sie sich nicht). Razor Pages ist für Entwicklungsaufgaben gedacht, bei denen die Funktionalität einmal angegeben und für die gesamte App übernommen wird. DRY kann Sie bei Folgendem unterstützen:

  • Sie können die Codemenge in einer App reduzieren.
  • Der Code wird weniger fehleranfällig und lässt sich leichter testen und verwalten.

Die von Razor Pages und Entity Framework gebotene Unterstützung der Validierung ist ein gutes Beispiel des DRY-Prinzips:

  • Validierungsregeln werden an zentraler Stelle (in der Modellklasse) deklarativ angegeben.
  • Regeln werden überall in der App erzwungen.

Hinzufügen von Validierungsregeln zum Modell „Movie“

Der Namespace System.ComponentModel.DataAnnotations bietet Folgendes:

  • Eine Gruppe integrierter Validierungsattribute, die deklarativ auf eine Klasse oder Eigenschaft angewendet werden.
  • Formatierungsattribute wie [DataType], die bei der Formatierung helfen und keine Validierung bieten.

Aktualisieren Sie die Movie-Klasse, um die integrierten Validierungsattribute [Required], [StringLength], [RegularExpression] und [Range] zu nutzen.

using System.ComponentModel.DataAnnotations;
using System.ComponentModel.DataAnnotations.Schema;

namespace RazorPagesMovie.Models
{
    public class Movie
    {
        public int ID { get; set; }

        [StringLength(60, MinimumLength = 3)]
        [Required]
        public string Title { get; set; } = string.Empty;

        [Display(Name = "Release Date")]
        [DataType(DataType.Date)]
        public DateTime ReleaseDate { get; set; }

        [Range(1, 100)]
        [DataType(DataType.Currency)]
        [Column(TypeName = "decimal(18, 2)")]
        public decimal Price { get; set; }

        [RegularExpression(@"^[A-Z]+[a-zA-Z\s]*$")]
        [Required]
        [StringLength(30)]
        public string Genre { get; set; } = string.Empty;

        [RegularExpression(@"^[A-Z]+[a-zA-Z0-9""'\s-]*$")]
        [StringLength(5)]
        [Required]
        public string Rating { get; set; } = string.Empty;
    }
}

Die Validierungsattribute geben das Verhalten an, das für die Modelleigenschaften erzwungen werden soll:

  • Die Attribute [Required] und [MinimumLength] geben an, dass eine Eigenschaft über einen Wert verfügen muss. Nichts hindert einen Benutzer an der Eingabe von Leerzeichen, um diese Validierung zu erfüllen.

  • Das Attribut [RegularExpression] wird verwendet, um einzuschränken, welche Zeichen eingegeben werden dürfen. Im vorherigen Code, Genre:

    • Es dürfen nur Buchstaben enthalten sein.
    • Der erste Buchstabe muss ein Großbuchstabe sein. Leerzeichen sind zulässig, während Zahlen und Sonderzeichen nicht zulässig sind.
  • Der RegularExpression Rating:

    • Das erste Zeichen muss ein Großbuchstabe sein.
    • Sonderzeichen und Zahlen sind als darauffolgende Zeichen zulässig. „PG-13“ ist als Bewertung („Rating“) gültig, nicht jedoch als „Genre“.
  • Das [Range]-Attribut schränkt einen Wert auf einen bestimmten Bereich ein.

  • Mit dem Attribut [StringLength] kann die maximale Länge einer Zeichenfolgeneigenschaft und optional die Mindestlänge festlegt werden.

  • Werttypen (wie decimal, int, float, DateTime) sind grundsätzlich erforderlich und benötigen nicht das Attribut [Required].

Die oben genannten Validierungsregeln dienen der Veranschaulichung und sind für ein Produktionssystem nicht optimal. Beispielsweise verhindert die vorherige Regel die Eingabe eines Films mit nur zwei Zeichen und lässt keine Sonderzeichen in Genre zu.

Die automatische Erzwingung von Validierungsregeln durch ASP.NET Core dient folgenden Zwecken:

  • Macht die App stabiler.
  • Reduziert die Wahrscheinlichkeit, dass ungültige Daten in der Datenbank gespeichert werden.

Benutzeroberfläche für Validierungsfehler in Razor Pages

Führen Sie die App aus, und navigieren Sie zu „Pages/Movies“.

Klicken Sie auf den Link Neu erstellen. Füllen Sie das Formular mit einigen ungültigen Werten aus. Wenn die clientseitige jQuery-Validierung den Fehler erkennt, wird eine Fehlermeldung angezeigt.

Ansichtsformular „Movie“ mit mehreren clientseitigen jQuery-Validierungsfehlern

Hinweis

Sie können unter Umständen keine Dezimaltrennzeichen in Dezimalfelder eingeben. Zur Unterstützung der jQuery-Validierung für nicht englische Gebietsschemas, in denen ein Komma („,“) als Dezimaltrennzeichen verwendet wird, und Nicht-US-englische Datums- und Uhrzeitformate müssen Sie Schritte zur Globalisierung Ihrer App ausführen. In diesem GitHub-Kommentar 4076 finden Sie Anweisungen zum Hinzufügen von Kommas als Dezimaltrennzeichen.

Wie Sie sehen, hat das Formular in allen Feldern mit einem ungültigen Wert automatisch eine Validierungsfehlermeldung angezeigt. Die Fehlermeldungen werden sowohl auf Clientseite (mithilfe von JavaScript und jQuery) als auch auf Serverseite erzwungen (wenn ein Benutzer JavaScript deaktiviert hat).

Ein entscheidender Vorteil ist, dass keine Codeänderungen auf den Seiten „Erstellen“ oder „Bearbeiten“ erforderlich waren. Nach Anwenden von Datenanmerkungen auf das Modell wurde die Benutzeroberflächenvalidierung aktiviert. Die in diesem Tutorial erstellten Razor Pages haben die Validierungsregeln automatisch übernommen (mithilfe der Validierungsattribute für die Eigenschaften der Modellklasse Movie). Testen Sie die Validierung mithilfe der Seite „Bearbeiten“. Es erfolgt dieselbe Validierung.

Die Formulardaten werden erst an den Server zurückgesendet, wenn auf Clientseite keine Validierungsfehler auftreten. Überprüfen Sie mithilfe von mindestens einem der folgenden Ansätze, ob keine Formulardaten bereitgestellt werden:

  • Setzen Sie einen Haltepunkt in der OnPostAsync-Methode. Senden Sie das Formular, indem Sie Erstellen oder Speichern auswählen. Der Haltepunkt wird niemals erreicht.
  • Verwenden Sie das Tool Fiddler.
  • Verwenden Sie die Browserentwicklungstools zum Überwachen des Netzwerkdatenverkehrs.

Serverseitige Validierung

Wenn JavaScript im Browser deaktiviert ist, erfolgt beim Senden des Formulars mit Fehlern eine Bereitstellung auf dem Server.

Testen Sie optional die serverseitige Validierung:

  1. Deaktivieren Sie JavaScript im Browser. JavaScript kann in den Entwicklertools im Browser deaktiviert werden. Wenn Sie JavaScript im Browser nicht deaktivieren können, probieren Sie einen anderen Browser.

  2. Setzen Sie auf der Seite „Erstellen“ oder „Bearbeiten“ in der OnPostAsync-Methode einen Haltepunkt.

  3. Senden Sie ein Formular mit ungültigen Daten.

  4. Überprüfen Sie, ob der Modellstatus ungültig ist:

     if (!ModelState.IsValid)
     {
        return Page();
     }
    

Alternativ können Sie die clientseitige Validierung auf dem Server deaktivieren.

Der folgende Code zeigt einen Teil der Seite Create.cshtml, deren Gerüst Sie zuvor im Tutorial erstellt haben. Sie wird auf den Seiten „Erstellen“ und „Bearbeiten“ für Folgendes verwendet:

  • Anzeigen des Ausgangsformulars
  • Erneutes Anzeigen des Formulars bei einem Fehler
<form method="post">
    <div asp-validation-summary="ModelOnly" class="text-danger"></div>
    <div class="form-group">
        <label asp-for="Movie.Title" class="control-label"></label>
        <input asp-for="Movie.Title" class="form-control" />
        <span asp-validation-for="Movie.Title" class="text-danger"></span>
    </div>

Das Hilfsprogramm für Eingabetags verwendet die Attribute von DataAnnotations und generiert HTML-Attribute, die auf der Clientseite für die jQuery-Validierung erforderlich sind. Das Hilfsprogramm für Validierungstags zeigt Validierungsfehler. Weitere Informationen finden Sie unter Validierung.

Die Seiten „Erstellen“ und „Bearbeiten“ weisen keine Validierungsregeln auf. Die Validierungsregeln und Fehlerzeichenfolgen werden nur in der Movie-Klasse angegeben. Diese Validierungsregeln gelten automatisch für Razor-Seiten, die das Modell Movie bearbeiten.

Wenn Validierungslogik geändert werden muss, erfolgt dies nur im Modell. Die Validierung erfolgt in der gesamten Anwendung einheitlich (Validierungslogik ist zentral definiert). Die zentrale Validierung unterstützt sauberen Code und erleichtert dessen Verwaltung und Aktualisierung.

Verwenden von DataType-Attributen

Untersuchen Sie die Klasse Movie. Der Namespace System.ComponentModel.DataAnnotations stellt zusätzlich zu der integrierten Gruppe von Validierungsattributen Formatierungsattribute bereit. Das [DataType]-Attribut wird nur auf die Eigenschaften ReleaseDate und Price angewendet.

[Display(Name = "Release Date")]
[DataType(DataType.Date)]
public DateTime ReleaseDate { get; set; }

[Range(1, 100)]
[DataType(DataType.Currency)]
[Column(TypeName = "decimal(18, 2)")]
public decimal Price { get; set; }

Die [DataType]-Attribute stellen Folgendes bereit:

  • Hinweise für die Ansichts-Engine zum Formatieren der Daten
  • Attribute wie <a> für URLs und <a href="mailto:EmailAddress.com"> für E-Mail

Verwenden Sie das [RegularExpression]-Attribut, um das Format der Daten zu validieren. Das [DataType]-Attribut wird verwendet, um einen Datentyp anzugeben, der spezifischer als der datenbankinterne Typ ist. [DataType]-Attribute sind keine Validierungsattribute. In der Beispielanwendung wird nur das Datum ohne Uhrzeit angezeigt.

Die DataType-Enumeration stellt viele Datentypen bereit, u. a. Date, Time, PhoneNumber, Currency und EmailAddress.

Die [DataType]-Attribute:

  • Können der Anwendung ermöglichen, typspezifische Features bereitzustellen. Ein Link des Typs mailto: kann beispielsweise für DataType.EmailAddress erstellt werden.
  • Können in Browsern mit HTML5-Unterstützung die Datumsauswahl DataType.Date bereitstellen.
  • Können HTML5-Attribute des Typs data- (ausgesprochen „Datadash“) ausgeben, die HTML5-Browser nutzen.
  • Bieten keine Validierung.

DataType.Date gibt nicht das Format des Datums an, das angezeigt wird. Standardmäßig wird das Datenfeld gemäß den Standardformaten basierend auf CultureInfo des Servers angezeigt.

Die Datenanmerkung [Column(TypeName = "decimal(18, 2)")] ist erforderlich, damit Entity Framework Core Price ordnungsgemäß einer Währung in der Datenbank zuordnen kann. Weitere Informationen finden Sie unter Datentypen.

Das [DisplayFormat]-Attribut dient zum expliziten Angeben des Datumsformats:

[DisplayFormat(DataFormatString = "{0:yyyy-MM-dd}", ApplyFormatInEditMode = true)]
public DateTime ReleaseDate { get; set; }

Die Einstellung ApplyFormatInEditMode gibt an, dass die Formatierung angewendet wird, wenn der Wert zur Bearbeitung angezeigt wird. Dieses Verhalten kann für einige Felder unerwünscht sein. In Währungswerten soll beispielsweise wahrscheinlich nicht das Währungssymbol auf der Bearbeitungsoberfläche gezeigt werden.

Das [DisplayFormat]-Attribut kann eigenständig verwendet werden, doch meist empfiehlt es sich, das [DataType]-Attribut zu verwenden. Das [DataType]-Attribut übermittelt die Semantik der Daten im Gegensatz zu deren Rendern auf einem Bildschirm. Das [DataType]-Attribut bietet folgende Vorteile, die mit [DisplayFormat] nicht verfügbar sind:

  • Der Browser kann HTML5-Features aktivieren, z. B. zum Anzeigen eines Kalendersteuerelements, des dem Gebietsschema entsprechenden Währungssymbols, von E-Mail-Links usw.
  • Standardmäßig rendert der Browser Daten mit dem auf seinem Gebietsschema basierenden richtigen Format.
  • Das [DataType]-Attribut kann dem ASP.NET Core-Framework ermöglichen, die richtige Feldvorlage zum Rendern der Daten auszuwählen. DisplayFormat, falls eigenständig genutzt, verwendet die Zeichenfolgenvorlage.

Hinweis: Die jQuery-Validierung funktioniert nicht mit den Attributen [Range] und DateTime. Bei folgendem Code wird z.B. stets ein clientseitiger Validierungsfehler angezeigt, auch wenn sich das Datum im angegebenen Bereich befindet:

[Range(typeof(DateTime), "1/1/1966", "1/1/2020")]

Es ist eine bewährte Methode, keine festen Datumsangaben in Ihren Modellen zu kompilieren, weshalb vom Einsatz des [Range]-Attributs und von DateTime abgeraten wird. Verwenden Sie den Abschnitt Configuration für Datumsbereiche und andere Werte, die häufig geändert werden, anstatt sie im Code anzugeben.

Der folgende Code zeigt die Kombination von Attributen in einer Zeile:

using System;
using System.ComponentModel.DataAnnotations;
using System.ComponentModel.DataAnnotations.Schema;

namespace RazorPagesMovie.Models
{
    public class Movie
    {
        public int ID { get; set; }

        [StringLength(60, MinimumLength = 3)]
        public string Title { get; set; } = string.Empty;

        [Display(Name = "Release Date"), DataType(DataType.Date)]
        public DateTime ReleaseDate { get; set; }

        [RegularExpression(@"^[A-Z]+[a-zA-Z\s]*$"), Required, StringLength(30)]
        public string Genre { get; set; } = string.Empty;

        [Range(1, 100), DataType(DataType.Currency)]
        [Column(TypeName = "decimal(18, 2)")]
        public decimal Price { get; set; }

        [RegularExpression(@"^[A-Z]+[a-zA-Z0-9""'\s-]*$"), StringLength(5)]
        public string Rating { get; set; } = string.Empty;
    }
}

Erste Schritte mit Razor-Seiten und EF Core zeigt fortgeschrittene EF Core-Vorgänge mit Razor-Seiten.

Anwenden von Migrationen

Durch die Anwendung von „DataAnnotations“ auf die Klasse wird das Schema geändert. Beispielsweise ergeben sich durch die Anwendung von DataAnnotations auf das Title-Feld folgende Änderungen:

[StringLength(60, MinimumLength = 3)]
[Required]
public string Title { get; set; } = string.Empty;
  • Die Zeichen werden auf 60 begrenzt.
  • Ein null-Wert ist unzulässig.

Die Movie-Tabelle verfügt zurzeit über das folgende Schema:

CREATE TABLE [dbo].[Movie] (
    [ID]          INT             IDENTITY (1, 1) NOT NULL,
    [Title]       NVARCHAR (MAX)  NULL,
    [ReleaseDate] DATETIME2 (7)   NOT NULL,
    [Genre]       NVARCHAR (MAX)  NULL,
    [Price]       DECIMAL (18, 2) NOT NULL,
    [Rating]      NVARCHAR (MAX)  NULL,
    CONSTRAINT [PK_Movie] PRIMARY KEY CLUSTERED ([ID] ASC)
);

Die vorstehenden Schemaänderungen bewirken nicht, dass EF eine Ausnahme auslöst. Erstellen Sie jedoch eine Migration, damit das Schema mit dem Modell konsistent ist.

Wählen Sie im Menü Tools nacheinander NuGet-Paket-Manager > Paket-Manager-Konsole aus. Geben Sie in der PMC die folgenden Befehle ein:

Add-Migration New_DataAnnotations
Update-Database

Update-Database führt die Up-Methode der New_DataAnnotations-Klasse aus.

Untersuchen Sie die Up-Methode.

public partial class New_DataAnnotations : Migration
{
    protected override void Up(MigrationBuilder migrationBuilder)
    {
        migrationBuilder.AlterColumn<string>(
            name: "Title",
            table: "Movie",
            type: "nvarchar(60)",
            maxLength: 60,
            nullable: false,
            oldClrType: typeof(string),
            oldType: "nvarchar(max)");

        migrationBuilder.AlterColumn<string>(
            name: "Rating",
            table: "Movie",
            type: "nvarchar(5)",
            maxLength: 5,
            nullable: false,
            oldClrType: typeof(string),
            oldType: "nvarchar(max)");

        migrationBuilder.AlterColumn<string>(
            name: "Genre",
            table: "Movie",
            type: "nvarchar(30)",
            maxLength: 30,
            nullable: false,
            oldClrType: typeof(string),
            oldType: "nvarchar(max)");
    }

Die aktualisierte Movie-Tabelle hat das folgende Schema:

CREATE TABLE [dbo].[Movie] (
    [ID]          INT             IDENTITY (1, 1) NOT NULL,
    [Title]       NVARCHAR (60)   NOT NULL,
    [ReleaseDate] DATETIME2 (7)   NOT NULL,
    [Genre]       NVARCHAR (30)   NOT NULL,
    [Price]       DECIMAL (18, 2) NOT NULL,
    [Rating]      NVARCHAR (5)    NOT NULL,
    CONSTRAINT [PK_Movie] PRIMARY KEY CLUSTERED ([ID] ASC)
);

Veröffentlichen in Azure

Informationen zum Bereitstellen in Azure finden Sie unter Tutorial: Erstellen einer ASP.NET Core-App in Azure mit SQL-Datenbank.

Vielen Dank für Ihr Interesse an dieser Einführung in Razor Pages. Erste Schritte mit Razor-Seiten und EF Core ist eine hervorragende Fortsetzung dieses Tutorials.

Zusätzliche Ressourcen

Nächste Schritte

In diesem Abschnitt wird dem Modell Movie Validierungslogik hinzugefügt. Die Validierungsregeln werden erzwungen, wenn ein Benutzer einen Film erstellt oder bearbeitet.

Validierung

Ein wesentlicher Grundsatz der Softwareentwicklung heißt DRY (Don't Repeat Yourself, dt. Wiederholen Sie sich nicht). Razor Pages ist für Entwicklungsaufgaben gedacht, bei denen die Funktionalität einmal angegeben und für die gesamte App übernommen wird. DRY kann Sie bei Folgendem unterstützen:

  • Sie können die Codemenge in einer App reduzieren.
  • Der Code wird weniger fehleranfällig und lässt sich leichter testen und verwalten.

Die von Razor Pages und Entity Framework gebotene Unterstützung der Validierung ist ein gutes Beispiel des DRY-Prinzips:

  • Validierungsregeln werden an zentraler Stelle (in der Modellklasse) deklarativ angegeben.
  • Regeln werden überall in der App erzwungen.

Hinzufügen von Validierungsregeln zum Modell „Movie“

Der Namespace DataAnnotations bietet Folgendes:

  • Eine Gruppe integrierter Validierungsattribute, die deklarativ auf eine Klasse oder Eigenschaft angewendet werden.
  • Formatierungsattribute wie [DataType], die bei der Formatierung helfen und keine Validierung bieten.

Aktualisieren Sie die Movie-Klasse, um die integrierten Validierungsattribute [Required], [StringLength], [RegularExpression] und [Range] zu nutzen.

using System;
using System.ComponentModel.DataAnnotations;
using System.ComponentModel.DataAnnotations.Schema;

namespace RazorPagesMovie.Models
{
    public class Movie
    {
        public int ID { get; set; }

        [StringLength(60, MinimumLength = 3)]
        [Required]
        public string Title { get; set; }

        [Display(Name = "Release Date")]
        [DataType(DataType.Date)]
        public DateTime ReleaseDate { get; set; }

        [Range(1, 100)]
        [DataType(DataType.Currency)]
        [Column(TypeName = "decimal(18, 2)")]
        public decimal Price { get; set; }

        [RegularExpression(@"^[A-Z]+[a-zA-Z\s]*$")]
        [Required]
        [StringLength(30)]
        public string Genre { get; set; }

        [RegularExpression(@"^[A-Z]+[a-zA-Z0-9""'\s-]*$")]
        [StringLength(5)]
        [Required]
        public string Rating { get; set; }
    }
}

Die Validierungsattribute geben das Verhalten an, das für die Modelleigenschaften erzwungen werden soll:

  • Die Attribute [Required] und [MinimumLength] geben an, dass eine Eigenschaft über einen Wert verfügen muss. Nichts hindert einen Benutzer an der Eingabe von Leerzeichen, um diese Validierung zu erfüllen.

  • Das Attribut [RegularExpression] wird verwendet, um einzuschränken, welche Zeichen eingegeben werden dürfen. Im vorherigen Code, Genre:

    • Es dürfen nur Buchstaben enthalten sein.
    • Der erste Buchstabe muss ein Großbuchstabe sein. Leerzeichen sind zulässig, während Zahlen und Sonderzeichen nicht zulässig sind.
  • Der RegularExpression Rating:

    • Das erste Zeichen muss ein Großbuchstabe sein.
    • Sonderzeichen und Zahlen sind als darauffolgende Zeichen zulässig. „PG-13“ ist als Bewertung („Rating“) gültig, nicht jedoch als „Genre“.
  • Das [Range]-Attribut schränkt einen Wert auf einen bestimmten Bereich ein.

  • Mit dem Attribut [StringLength] kann die maximale Länge einer Zeichenfolgeneigenschaft und optional die Mindestlänge festlegt werden.

  • Werttypen (wie decimal, int, float, DateTime) sind grundsätzlich erforderlich und benötigen nicht das Attribut [Required].

Die oben genannten Validierungsregeln dienen der Veranschaulichung und sind für ein Produktionssystem nicht optimal. Beispielsweise verhindert die vorherige Regel die Eingabe eines Films mit nur zwei Zeichen und lässt keine Sonderzeichen in Genre zu.

Die automatische Erzwingung von Validierungsregeln durch ASP.NET Core dient folgenden Zwecken:

  • Macht die App stabiler.
  • Reduziert die Wahrscheinlichkeit, dass ungültige Daten in der Datenbank gespeichert werden.

Benutzeroberfläche für Validierungsfehler in Razor Pages

Führen Sie die App aus, und navigieren Sie zu „Pages/Movies“.

Klicken Sie auf den Link Neu erstellen. Füllen Sie das Formular mit einigen ungültigen Werten aus. Wenn die clientseitige jQuery-Validierung den Fehler erkennt, wird eine Fehlermeldung angezeigt.

Ansichtsformular „Movie“ mit mehreren clientseitigen jQuery-Validierungsfehlern

Hinweis

Sie können unter Umständen keine Dezimaltrennzeichen in Dezimalfelder eingeben. Zur Unterstützung der jQuery-Validierung für nicht englische Gebietsschemas, in denen ein Komma („,“) als Dezimaltrennzeichen verwendet wird, und Nicht-US-englische Datums- und Uhrzeitformate müssen Sie Schritte zur Globalisierung Ihrer App ausführen. In diesem GitHub-Kommentar 4076 finden Sie Anweisungen zum Hinzufügen von Kommas als Dezimaltrennzeichen.

Wie Sie sehen, hat das Formular in allen Feldern mit einem ungültigen Wert automatisch eine Validierungsfehlermeldung angezeigt. Die Fehlermeldungen werden sowohl auf Clientseite (mithilfe von JavaScript und jQuery) als auch auf Serverseite erzwungen (wenn ein Benutzer JavaScript deaktiviert hat).

Ein entscheidender Vorteil ist, dass keine Codeänderungen auf den Seiten „Erstellen“ oder „Bearbeiten“ erforderlich waren. Nach Anwenden von Datenanmerkungen auf das Modell wurde die Benutzeroberflächenvalidierung aktiviert. Die in diesem Tutorial erstellten Razor Pages haben die Validierungsregeln automatisch übernommen (mithilfe der Validierungsattribute für die Eigenschaften der Modellklasse Movie). Testen Sie die Validierung mithilfe der Seite „Bearbeiten“. Es erfolgt dieselbe Validierung.

Die Formulardaten werden erst an den Server zurückgesendet, wenn auf Clientseite keine Validierungsfehler auftreten. Überprüfen Sie mithilfe von mindestens einem der folgenden Ansätze, ob keine Formulardaten bereitgestellt werden:

  • Setzen Sie einen Haltepunkt in der OnPostAsync-Methode. Senden Sie das Formular, indem Sie Erstellen oder Speichern auswählen. Der Haltepunkt wird niemals erreicht.
  • Verwenden Sie das Tool Fiddler.
  • Verwenden Sie die Browserentwicklungstools zum Überwachen des Netzwerkdatenverkehrs.

Serverseitige Validierung

Wenn JavaScript im Browser deaktiviert ist, erfolgt beim Senden des Formulars mit Fehlern eine Bereitstellung auf dem Server.

Testen Sie optional die serverseitige Validierung:

  1. Deaktivieren Sie JavaScript im Browser. JavaScript kann in den Entwicklertools im Browser deaktiviert werden. Wenn JavaScript nicht im Browser deaktiviert werden kann, probieren Sie einen anderen Browser.

  2. Setzen Sie auf der Seite „Erstellen“ oder „Bearbeiten“ in der OnPostAsync-Methode einen Haltepunkt.

  3. Senden Sie ein Formular mit ungültigen Daten.

  4. Überprüfen Sie, ob der Modellstatus ungültig ist:

     if (!ModelState.IsValid)
     {
        return Page();
     }
    

Alternativ können Sie die clientseitige Validierung auf dem Server deaktivieren.

Der folgende Code zeigt einen Teil der Seite Create.cshtml, deren Gerüst Sie zuvor im Tutorial erstellt haben. Sie wird auf den Seiten „Erstellen“ und „Bearbeiten“ für Folgendes verwendet:

  • Anzeigen des Ausgangsformulars
  • Erneutes Anzeigen des Formulars bei einem Fehler
<form method="post">
    <div asp-validation-summary="ModelOnly" class="text-danger"></div>
    <div class="form-group">
        <label asp-for="Movie.Title" class="control-label"></label>
        <input asp-for="Movie.Title" class="form-control" />
        <span asp-validation-for="Movie.Title" class="text-danger"></span>
    </div>

Das Hilfsprogramm für Eingabetags verwendet die Attribute von DataAnnotations und generiert HTML-Attribute, die auf der Clientseite für die jQuery-Validierung erforderlich sind. Das Hilfsprogramm für Validierungstags zeigt Validierungsfehler. Weitere Informationen finden Sie unter Validierung.

Die Seiten „Erstellen“ und „Bearbeiten“ weisen keine Validierungsregeln auf. Die Validierungsregeln und Fehlerzeichenfolgen werden nur in der Movie-Klasse angegeben. Diese Validierungsregeln gelten automatisch für Razor-Seiten, die das Modell Movie bearbeiten.

Wenn Validierungslogik geändert werden muss, erfolgt dies nur im Modell. Die Validierung erfolgt in der gesamten Anwendung einheitlich (Validierungslogik ist zentral definiert). Die zentrale Validierung unterstützt sauberen Code und erleichtert dessen Verwaltung und Aktualisierung.

Verwenden von DataType-Attributen

Untersuchen Sie die Klasse Movie. Der Namespace System.ComponentModel.DataAnnotations stellt zusätzlich zu der integrierten Gruppe von Validierungsattributen Formatierungsattribute bereit. Das [DataType]-Attribut wird nur auf die Eigenschaften ReleaseDate und Price angewendet.

[Display(Name = "Release Date")]
[DataType(DataType.Date)]
public DateTime ReleaseDate { get; set; }

[Range(1, 100)]
[DataType(DataType.Currency)]
public decimal Price { get; set; }

Die [DataType]-Attribute stellen Folgendes bereit:

  • Hinweise für die Ansichts-Engine zum Formatieren der Daten
  • Attribute wie <a> für URLs und <a href="mailto:EmailAddress.com"> für E-Mail

Verwenden Sie das [RegularExpression]-Attribut, um das Format der Daten zu validieren. Das [DataType]-Attribut wird verwendet, um einen Datentyp anzugeben, der spezifischer als der datenbankinterne Typ ist. [DataType]-Attribute sind keine Validierungsattribute. In der Beispielanwendung wird nur das Datum ohne Uhrzeit angezeigt.

Die DataType-Enumeration stellt viele Datentypen bereit, u. a. Date, Time, PhoneNumber, Currency und EmailAddress.

Die [DataType]-Attribute:

  • Können der Anwendung ermöglichen, typspezifische Features bereitzustellen. Ein Link des Typs mailto: kann beispielsweise für DataType.EmailAddress erstellt werden.
  • Können in Browsern mit HTML5-Unterstützung die Datumsauswahl DataType.Date bereitstellen.
  • Können HTML5-Attribute des Typs data- (ausgesprochen „Datadash“) ausgeben, die HTML5-Browser nutzen.
  • Bieten keine Validierung.

DataType.Date gibt nicht das Format des Datums an, das angezeigt wird. Standardmäßig wird das Datenfeld gemäß den Standardformaten basierend auf CultureInfo des Servers angezeigt.

Die Datenanmerkung [Column(TypeName = "decimal(18, 2)")] ist erforderlich, damit Entity Framework Core Price ordnungsgemäß einer Währung in der Datenbank zuordnen kann. Weitere Informationen finden Sie unter Datentypen.

Das [DisplayFormat]-Attribut dient zum expliziten Angeben des Datumsformats:

[DisplayFormat(DataFormatString = "{0:yyyy-MM-dd}", ApplyFormatInEditMode = true)]
public DateTime ReleaseDate { get; set; }

Die Einstellung ApplyFormatInEditMode gibt an, dass die Formatierung angewendet wird, wenn der Wert zur Bearbeitung angezeigt wird. Dieses Verhalten kann für einige Felder unerwünscht sein. In Währungswerten soll beispielsweise wahrscheinlich nicht das Währungssymbol auf der Bearbeitungsoberfläche gezeigt werden.

Das [DisplayFormat]-Attribut kann eigenständig verwendet werden, doch meist empfiehlt es sich, das [DataType]-Attribut zu verwenden. Das [DataType]-Attribut übermittelt die Semantik der Daten im Gegensatz zu deren Rendern auf einem Bildschirm. Das [DataType]-Attribut bietet folgende Vorteile, die mit [DisplayFormat] nicht verfügbar sind:

  • Der Browser kann HTML5-Features aktivieren, z. B. zum Anzeigen eines Kalendersteuerelements, des dem Gebietsschema entsprechenden Währungssymbols, von E-Mail-Links usw.
  • Standardmäßig rendert der Browser Daten mit dem auf seinem Gebietsschema basierenden richtigen Format.
  • Das [DataType]-Attribut kann dem ASP.NET Core-Framework ermöglichen, die richtige Feldvorlage zum Rendern der Daten auszuwählen. DisplayFormat, falls eigenständig genutzt, verwendet die Zeichenfolgenvorlage.

Hinweis: Die jQuery-Validierung funktioniert nicht mit den Attributen [Range] und DateTime. Bei folgendem Code wird z.B. stets ein clientseitiger Validierungsfehler angezeigt, auch wenn sich das Datum im angegebenen Bereich befindet:

[Range(typeof(DateTime), "1/1/1966", "1/1/2020")]

Es ist eine bewährte Methode, keine festen Datumsangaben in Ihren Modellen zu kompilieren, weshalb vom Einsatz des [Range]-Attributs und von DateTime abgeraten wird. Verwenden Sie den Abschnitt Configuration für Datumsbereiche und andere Werte, die häufig geändert werden, anstatt sie im Code anzugeben.

Der folgende Code zeigt die Kombination von Attributen in einer Zeile:

public class Movie
{
    public int ID { get; set; }

    [StringLength(60, MinimumLength = 3)]
    public string Title { get; set; }

    [Display(Name = "Release Date"), DataType(DataType.Date)]
    public DateTime ReleaseDate { get; set; }

    [RegularExpression(@"^[A-Z]+[a-zA-Z\s]*$"), Required, StringLength(30)]
    public string Genre { get; set; }

    [Range(1, 100), DataType(DataType.Currency)]
    [Column(TypeName = "decimal(18, 2)")]
    public decimal Price { get; set; }

    [RegularExpression(@"^[A-Z]+[a-zA-Z0-9""'\s-]*$"), StringLength(5)]
    public string Rating { get; set; }
}

Erste Schritte mit Razor-Seiten und EF Core zeigt fortgeschrittene EF Core-Vorgänge mit Razor-Seiten.

Anwenden von Migrationen

Durch die Anwendung von „DataAnnotations“ auf die Klasse wird das Schema geändert. Beispielsweise ergeben sich durch die Anwendung von DataAnnotations auf das Title-Feld folgende Änderungen:

[StringLength(60, MinimumLength = 3)]
[Required]
public string Title { get; set; }
  • Die Zeichen werden auf 60 begrenzt.
  • Ein null-Wert ist unzulässig.

Die Movie-Tabelle verfügt zurzeit über das folgende Schema:

CREATE TABLE [dbo].[Movie] (
    [ID]          INT             IDENTITY (1, 1) NOT NULL,
    [Title]       NVARCHAR (MAX)  NULL,
    [ReleaseDate] DATETIME2 (7)   NOT NULL,
    [Genre]       NVARCHAR (MAX)  NULL,
    [Price]       DECIMAL (18, 2) NOT NULL,
    [Rating]      NVARCHAR (MAX)  NULL,
    CONSTRAINT [PK_Movie] PRIMARY KEY CLUSTERED ([ID] ASC)
);

Die vorstehenden Schemaänderungen bewirken nicht, dass EF eine Ausnahme auslöst. Erstellen Sie jedoch eine Migration, damit das Schema mit dem Modell konsistent ist.

Wählen Sie im Menü Tools nacheinander NuGet-Paket-Manager > Paket-Manager-Konsole aus. Geben Sie in der PMC die folgenden Befehle ein:

Add-Migration New_DataAnnotations
Update-Database

Update-Database führt die Up-Methoden der New_DataAnnotations-Klasse aus. Untersuchen Sie die Up-Methode.

public partial class New_DataAnnotations : Migration
{
    protected override void Up(MigrationBuilder migrationBuilder)
    {
        migrationBuilder.AlterColumn<string>(
            name: "Title",
            table: "Movie",
            maxLength: 60,
            nullable: false,
            oldClrType: typeof(string),
            oldNullable: true);

        migrationBuilder.AlterColumn<string>(
            name: "Rating",
            table: "Movie",
            maxLength: 5,
            nullable: false,
            oldClrType: typeof(string),
            oldNullable: true);

        migrationBuilder.AlterColumn<string>(
            name: "Genre",
            table: "Movie",
            maxLength: 30,
            nullable: false,
            oldClrType: typeof(string),
            oldNullable: true);
    }

Die aktualisierte Movie-Tabelle hat das folgende Schema:

CREATE TABLE [dbo].[Movie] (
    [ID]          INT             IDENTITY (1, 1) NOT NULL,
    [Title]       NVARCHAR (60)   NOT NULL,
    [ReleaseDate] DATETIME2 (7)   NOT NULL,
    [Genre]       NVARCHAR (30)   NOT NULL,
    [Price]       DECIMAL (18, 2) NOT NULL,
    [Rating]      NVARCHAR (5)    NOT NULL,
    CONSTRAINT [PK_Movie] PRIMARY KEY CLUSTERED ([ID] ASC)
);

Veröffentlichen in Azure

Informationen zum Bereitstellen in Azure finden Sie unter Tutorial: Erstellen einer ASP.NET Core-App in Azure mit SQL-Datenbank.

Vielen Dank für Ihr Interesse an dieser Einführung in Razor Pages. Erste Schritte mit Razor-Seiten und EF Core ist eine hervorragende Fortsetzung dieses Tutorials.

Zuverlässige Web-App-Muster

Einen Leitfaden zum Erstellen einer modernen, zuverlässigen, leistungsfähigen, testbaren, kosteneffizienten und skalierbaren ASP.NET Core-App finden Sie in den YouTube-Videos und im Artikel zum zuverlässigen Web-App-Muster für .NET – ganz gleich, ob Sie eine App von Grund auf neu erstellen oder umgestalten möchten.

Zusätzliche Ressourcen

Nächste Schritte