Razor Pages에 대한 자습서 시리즈의 8부

작성자: Rick Anderson

이 섹션에서 유효성 검사 논리는 Movie 모델에 추가됩니다. 유효성 검사 규칙은 사용자가 동영상을 만들거나 편집할 때 언제든지 적용됩니다.

유효성 검사

소프트웨어 개발의 주요 개념은 반복 금지라고 합니다. Razor Pages는 기능이 한 번 정의된 곳의 개발을 원활하게 하고 앱 전체에서 반영됩니다. DRY는 다음 작업에 도움이 됩니다.

• 앱에서 코드의 양 감소
• 코드에 오류 감소 및 쉽게 테스트 및 유지 관리

Razor Pages와 Entity Framework에서 제공하는 유효성 검사 지원은 반복 금지 원칙의 좋은 예입니다.

• 유효성 검사 규칙은 모델 클래스의 한 위치에서 선언적으로 지정됩니다.
• 규칙은 앱의 모든 위치에 적용됩니다.

영화 모델에 유효성 검사 규칙 추가

System.ComponentModel.DataAnnotations 네임스페이스는 다음을 제공합니다.

• 클래스 또는 속성에 선언적으로 적용되는 기본 제공 유효성 검사 특성 집합.
• 서식 지정을 돕고 유효성 검사를 제공하지 않는 [DataType]과 같은 서식 지정 특성.

기본 제공되는 [Required], [StringLength], [RegularExpression] 및 [Range] 유효성 검사 특성을 활용하도록 Movie 클래스를 업데이트합니다.

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;
}

이 유효성 검사 특성은 적용되는 모델 속성에 시행하려는 동작을 지정합니다.

• [Required] 및 [MinimumLength] 특성은 속성에 값이 있어야 함을 나타냅니다. 사용자는 공백을 입력하여 이 유효성 검사를 충족할 수 있습니다.

• [RegularExpression] 특성은 입력할 수 있는 문자를 제한하는 데 사용됩니다. 위의 코드에서 Genre는

  • 문자만 사용해야 합니다.
  • 첫 번째 문자는 대문자여야 합니다. 공백은 허용되지만 숫자와 특수 문자는 허용되지 않습니다.

• RegularExpression Rating:

  • 첫 번째 문자는 대문자여야 합니다.
  • 이어지는 자리에서는 특수 문자와 숫자가 허용됩니다. "PG-13"은 등급으로 유효하지만 Genre에서는 허용되지 않습니다.

• [Range] 특성은 값을 지정된 범위 내로 제한합니다.

• [StringLength] 특성은 문자열 속성의 최대 길이와, 필요에 따라 최소 길이를 설정할 수 있습니다.

• 값 형식(예: decimal, int, float, DateTime)은 기본적으로 필수이며, [Required] 특성이 필요하지 않습니다.

위의 유효성 검사 규칙은 데모에 사용되며 프로덕션 시스템에는 적합하지 않습니다. 예를 들어 위의 규칙에서는 문자가 두 개뿐인 영화를 입력할 수 없으며, Genre에 특수 문자를 사용할 수 없습니다.

유효성 검사 규칙을 ASP.NET Core가 자동으로 적용하도록 하면 다음에 도움이 됩니다.

• 앱을 보다 강력하게 만들어줍니다.
• 잘못된 데이터를 데이터베이스에 저장할 가능성이 줄어듭니다.

Razor Pages에서 유효성 검사 오류 UI

앱을 실행하고 Pages/Movies로 이동합니다.

새로 만들기 링크를 선택합니다. 일부 잘못된 값으로 양식을 완성합니다. jQuery 클라이언트 쪽 유효성 검사에서 오류를 발견하면 오류 메시지를 표시합니다.

참고 항목

십진수 필드에는 십진수 쉼표를 입력하지 못할 수도 있습니다. 소수점으로 쉼표(“,”)를 사용하는 영어가 아닌 로캘 및 미국 영어가 아닌 날짜 형식에 대해 jQuery 유효성 검사를 지원하려면 앱을 전역화하는 단계를 수행해야 합니다. 소수점 추가에 대한 지침은 이 GitHub 설명 4076을 참조하세요.

양식에서 잘못된 값을 포함하는 각 필드에 유효성 검사 오류 메시지를 자동으로 렌더링하는 방법을 확인합니다. 오류는 클라이언트 쪽(JavaScript 및 jQuery 사용) 및 서버 쪽(사용자가 JavaScript를 사용하지 않도록 설정한 경우) 모두 적용됩니다.

중요한 이점은 만들기 또는 편집 페이지에서 코드 변경이 필요하지 않았다는 점입니다. 데이터 주석이 모델에 적용된 후 유효성 검사 UI가 활성화되었습니다. 이 자습서에서 만든 Razor Pages는 Movie 모델 클래스의 속성에서 유효성 검사 특성을 사용하여 자동으로 유효성 검사 규칙을 선택했습니다. 편집 페이지를 사용하는 테스트 유효성 검사는 동일한 유효성 검사가 적용됩니다.

양식 데이터는 클라이언트 쪽 유효성 검사 오류가 없을 때까지 서버에 게시되지 않습니다. 양식 데이터가 다음 방법 중 하나 이상으로 게시되지 않았는지 확인합니다.

• OnPostAsync 메서드에 중단점을 배치합니다. 만들기 또는 저장을 선택하여 양식을 제출합니다. 중단점은 적중되지 않습니다.
• Fiddler 도구를 사용합니다.
• 브라우저 개발자 도구를 사용하여 네트워크 트래픽을 모니터링합니다.

서버 쪽 유효성 검사

브라우저에서 JavaScript가 비활성화된 경우 오류가 있는 양식 제출에서 서버에 게시합니다.

선택 가능한 서버 쪽 유효성 검사 테스트:

1. 브라우저에서 JavaScript를 비활성화합니다. 브라우저의 개발자 도구를 사용하여 JavaScript를 사용하지 않도록 설정할 수 있습니다. 브라우저에서 JavaScript를 사용하지 않도록 설정할 수 없는 경우 다른 브라우저를 시도하세요.

2. 만들기 또는 편집 페이지의 OnPostAsync 메서드에서 중단점을 설정합니다.

3. 잘못된 데이터가 포함된 양식을 제출합니다.

4. 모델 상태가 유효하지 않은 것을 확인합니다.

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

또는 서버에서 클라이언트 쪽 유효성 검사를 사용하지 않도록 설정합니다.

다음 코드는 자습서의 앞부분에서 스캐폴드한 Create.cshtml 페이지의 일부를 보여 줍니다. 만들기 및 편집 페이지에서 다음을 수행하는 데 사용됩니다.

• 초기 양식을 표시합니다.
• 오류가 발생한 경우 양식을 다시 표시합니다.

<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>

입력 태그 도우미는 DataAnnotations 특성을 사용하고 클라이언트 쪽의 jQuery 유효성 검사에 필요한 HTML 특성을 생성합니다. 유효성 검사 태그 도우미는 유효성 검사 오류를 표시합니다. 자세한 내용은 유효성 검사를 참조하세요.

만들기 및 편집 페이지에 유효성 검사 규칙이 없습니다. 유효성 검사 규칙 및 오류 문자열은 Movie 클래스에서만 지정됩니다. 이러한 유효성 검사 규칙은 Movie 모델을 편집하는 Razor Pages에 자동으로 적용됩니다.

유효성 검사 논리를 변경해야 하는 경우 모델에서만 수행됩니다. 유효성 검사는 앱에 걸쳐 일관되게 적용되고, 유효성 검사 논리는 한 위치에서 정의됩니다. 한 위치의 유효성 검사를 통해 코드를 깨끗이 유지하고 쉽게 유지 관리하고 업데이트할 수 있습니다.

DataType 특성 사용

Movie 클래스를 검사합니다. System.ComponentModel.DataAnnotations 네임스페이스는 기본 제공 유효성 검사 특성 모음 외에도 서식 특성을 제공합니다. [DataType] 특성은 ReleaseDate과 Price속성에 적용됩니다.

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

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

[DataType] 특성은 다음을 제공합니다.

• 데이터의 서식을 지정하는 뷰 엔진에 대한 힌트.
• URL의 <a> 및 이메일의 <a href="mailto:EmailAddress.com"> 같은 특성을 제공합니다.

[RegularExpression] 특성을 사용하여 데이터 형식의 유효성을 검사합니다. [DataType] 특성은 데이터베이스 내장 형식보다 구체적인 데이터 형식을 지정하는 데 사용됩니다. [DataType] 특성은 유효성 검사 특성이 아닙니다. 샘플 앱에서 날짜는 시간 없이 표시됩니다.

DataType 열거형은 Date, Time, PhoneNumber, Currency, EmailAddress 등과 같은 다양한 데이터 형식을 제공합니다.

[DataType] 특성은 다음과 같습니다.

• 앱이 자동으로 형식별 기능을 제공하도록 설정할 수 있습니다. 예를 들어 DataType.EmailAddress에 대해 mailto: 링크를 만들 수 있습니다.
• HTML5를 지원하는 브라우저에서 날짜 선택기 DataType.Date를 제공할 수 있습니다.
• HTML 5 브라우저가 사용하는 HTML 5 data-("데이터 대시"로 발음) 특성을 내보냅니다.
• 유효성 검사를 제공하지 않습니다.

DataType.Date는 표시되는 날짜의 서식을 지정하지 않습니다. 기본적으로 데이터 필드는 서버 CultureInfo의 기본 형식에 따라 표시됩니다.

Entity Framework Core가 Price를 데이터베이스의 통화에 올바르게 매핑할 수 있도록 [Column(TypeName = "decimal(18, 2)")] 데이터 주석이 필요합니다. 자세한 내용은 데이터 형식을 참조하세요.

[DisplayFormat] 특성은 날짜 형식을 명시적으로 지정하는 데 사용됩니다.

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

ApplyFormatInEditMode 설정은 편집을 위해 값이 표시될 때 서식 지정이 적용된다고 지정합니다. 일부 필드에서는 이 동작이 바람직하지 않을 수 있습니다. 예를 들어 통화 값의 편집 UI에서는 통화 기호가 일반적으로 바람직하지 않을 수 있습니다.

[DisplayFormat] 특성은 단독으로 사용될 수 있지만 일반적으로 [DataType] 특성을 사용하는 것이 좋습니다. [DataType] 특성은 화면에서 렌더링하는 방법과 대조적으로 데이터의 의미 체계를 전달합니다. [DataType] 특성은 [DisplayFormat]에서 사용할 수 없는 다음과 같은 이점을 제공합니다.

• 브라우저에서 HTML5 기능을 사용하도록 설정하여 달력 컨트롤, 로캘에 적합한 통화 기호, 이메일 링크 등을 표시할 수 있습니다.
• 기본적으로 브라우저는 로캘에 따른 올바른 형식을 사용하여 데이터를 렌더링합니다.
• [DataType] 특성은 ASP.NET Core 프레임워크를 활성화하여 데이터를 렌더링할 올바른 필드 템플릿을 선택할 수 있습니다. 자체적으로 사용되는 경우 DisplayFormat은 문자열 템플릿을 사용합니다.

참고: jQuery 유효성 검사는 [Range] 특성 및 DateTime을 사용하지 않습니다. 예를 들어 다음 코드는 날짜가 지정된 범위에 있을 경우에도 클라이언트 쪽 유효성 검사 오류를 항상 표시합니다.

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

모델에서 고정된 날짜를 컴파일하는 방식은 좋지 않으므로 [Range] 특성 및 DateTime을 사용하지 않는 것이 좋습니다. 날짜 범위 및 자주 변경되는 그 밖의 값은 코드로 지정하는 대신 구성을 사용하세요.

다음 코드는 특성을 한 줄로 결합하는 방법을 보여줍니다.

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;
}

Razor Pages 및 EF Core 시작은 Razor Page를 사용한 고급 EF Core 작업을 보여 줍니다.

마이그레이션 적용

클래스에 적용된 DataAnnotations는 스키마를 변경합니다. 예를 들어 Title 필드에 적용되는 DataAnnotations는 다음과 같습니다.

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

• 문자를 60자로 제한합니다.
• null 값은 허용하지 않습니다.

Movie 테이블에는 현재 다음과 같은 스키마가 있습니다.

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)
);

위의 스키마 변경으로 인해 EF가 예외를 throw하지 않습니다. 그러나 스키마가 모델과 일치하도록 마이그레이션을 만듭니다.

Visual Studio

도구 메뉴에서 NuGet 패키지 관리자 > 패키지 관리자 콘솔을 선택합니다. PMC에서 다음 명령을 입력합니다.

Add-Migration New_DataAnnotations
Update-Database

Update-Database 는 클래스의 Up 메서드를 실행합니다 New_DataAnnotations .

Visual Studio Code

다음 명령을 사용하여 새 DataAnnotations에 대한 마이그레이션을 추가합니다.

dotnet ef migrations add New_DataAnnotations
dotnet ef database update

dotnet ef database update 는 클래스의 Up 메서드를 실행합니다 New_DataAnnotations .

Up 메서드를 검사합니다.

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)");
    }

업데이트된 Movie 테이블에는 다음 스키마가 있습니다.

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)
);

Azure에 게시

Azure에 배포하는 방법에 대한 자세한 내용은 자습서: SQL Database를 사용하여 Azure에서 ASP.NET Core 앱 빌드를 참조하세요.

Razor Pages에 관한 이 소개를 완료해 주셔서 감사합니다. Razor Pages 및 EF Core 시작은 이 자습서의 유용한 후속편입니다.

추가 리소스

• ASP.NET Core의 양식에서 도우미 태그
• ASP.NET Core의 세계화 및 지역화
• ASP.NET Core의 태그 도우미
• ASP.NET Core에서 태그 도우미 작성

다음 단계

이전: 새 필드 추가