class-validator decorators in NestJS - Cheat Sheet & Quick Revision

Recall & Review

beginner

What is the purpose of @IsString() decorator in class-validator?

The @IsString() decorator checks if the value of a property is a string. It helps ensure the data type is correct before processing.

beginner

How does @IsNotEmpty() decorator help in validation?

The @IsNotEmpty() decorator ensures that a property is not empty. It rejects empty strings, null, or undefined values to guarantee required data is present.

beginner

What does @IsEmail() decorator validate?

The @IsEmail() decorator checks if the property contains a valid email address format. It helps catch invalid emails early.

intermediate

Explain the use of @MinLength(5) decorator.

The @MinLength(5) decorator ensures the string property has at least 5 characters. It helps enforce minimum length rules like passwords or usernames.

intermediate

What is the role of @ValidateNested() decorator?

The @ValidateNested() decorator validates nested objects inside a class. It tells class-validator to check the inner object's decorators too.

Which decorator checks if a property is a number?

A @IsBoolean()

B @IsString()

C @IsNumber()

D @IsEmail()

The @IsNumber() decorator validates that the property is a number.

What does @IsOptional() do in class-validator?

A Makes a property required

B Skips validation if the property is missing

C Checks if a property is a string

D Validates nested objects

The @IsOptional() decorator skips validation if the property is not present.

Which decorator would you use to ensure a string is not empty?

A @IsNotEmpty()

B @IsEmail()

C @MinLength(1)

D @IsString()

@IsNotEmpty() ensures the property is not empty, rejecting empty strings.

How do you validate that a property is an array?

A @IsArray()

B @IsObject()

C @IsString()

D @IsNumber()

@IsArray() checks if the property is an array.

What is the use of @ValidateNested()?

A Makes a property optional

B Checks if a property is a number

C Ensures a string is an email

D Validates nested objects inside a class

@ValidateNested() tells class-validator to validate nested object properties.

Describe how you would use class-validator decorators to ensure a user signup form has a valid email, a password with minimum length 8, and an optional nickname.

Think about which decorators check format, length, and optional fields.

Explain why @ValidateNested() is important when validating objects that contain other objects.

Consider how validation works on nested data structures.

Practice

1. What is the main purpose of @IsEmail() decorator in class-validator when used in a NestJS DTO class?

easy

A. To convert the property value to lowercase

B. To check if the property value is a valid email address format

C. To make the property optional

D. To trim whitespace from the property value

Solution

1. Step 1: Understand the decorator's role

   The @IsEmail() decorator validates that the decorated property contains a valid email format string.

2. Step 2: Compare options with decorator behavior

   Only To check if the property value is a valid email address format matches the validation purpose of @IsEmail(). Other options describe unrelated behaviors.

3. Final Answer:

   To check if the property value is a valid email address format -> Option B

4. Quick Check:

   @IsEmail() validates email format [OK]

Hint: Remember: @IsEmail() checks email format only [OK]

Common Mistakes:

• Thinking @IsEmail() modifies the value instead of validating
• Confusing @IsEmail() with @IsOptional() or @Transform decorators

2. Which of the following is the correct way to use @Length() decorator to require a string property to be between 5 and 10 characters in NestJS?

easy

A. @Length(5, 10)

B. @Length(10, 5)

C. @Length(min=5, max=10)

D. @Length({min:5, max:10})

Solution

1. Step 1: Recall the syntax of @Length decorator

   The @Length() decorator takes two numeric arguments: minimum length first, then maximum length.

2. Step 2: Match options with correct syntax

   @Length(5, 10) correctly uses @Length(5, 10). Options A, B, and D use incorrect argument order or syntax.

3. Final Answer:

   @Length(5, 10) -> Option A

4. Quick Check:

   @Length(min, max) = @Length(5, 10) [OK]

Hint: @Length(min, max) uses two numbers, min first [OK]

Common Mistakes:

• Swapping min and max values
• Using object syntax instead of positional arguments
• Using named parameters which are invalid

3. Given this DTO class, what will be the validation result for username = 'abc' and age = 17?

class UserDto {
  @Length(5, 15)
  username: string;

  @Min(18)
  age: number;
}

medium

A. Validation passes with no errors

B. Validation fails because username is too short

C. Validation fails because age is less than 18

D. Validation fails because both username and age are invalid

Solution

1. Step 1: Check username length

   The username 'abc' has length 3, which is less than the minimum 5 required by @Length(5, 15). So username is invalid.

2. Step 2: Check age minimum

   The age is 17, which is less than the minimum 18 required by @Min(18). So age is invalid.

3. Final Answer:

   Validation fails because both username and age are invalid -> Option D

4. Quick Check:

   username too short + age too low = both invalid [OK]

Hint: Check each decorator rule separately for all properties [OK]

Common Mistakes:

• Ignoring one invalid field and assuming validation passes
• Confusing @Min with @Max for age
• Assuming length includes spaces or trimming automatically

4. Identify the error in this DTO class using class-validator decorators:

class ProductDto {
  @IsInt()
  @Min(1)
  price: string;
}

medium

A. price should be a number type, not string

B. Missing @IsString() decorator for price

C. @Min(1) cannot be used with @IsInt()

D. No error, code is correct

Solution

1. Step 1: Analyze property type and decorators

   The property price is declared as string, but decorators @IsInt() and @Min(1) expect a number type.

2. Step 2: Identify mismatch causing validation error

   Since price is string, validation will fail because @IsInt() requires a number. The type should be number.

3. Final Answer:

   price should be a number type, not string -> Option A

4. Quick Check:

   Type mismatch between property and decorators = error [OK]

Hint: Match property type with decorator expectations [OK]

Common Mistakes:

• Using string type with number validators
• Assuming decorators convert types automatically
• Ignoring TypeScript type declarations

5. You want to validate a DTO property tags which is an array of strings, each string must be at least 3 characters. Which combination of class-validator decorators correctly enforces this?

hard

A. @IsString()\n@Length(3, 50)\n@IsArray()

B. @IsArray()\n@IsString()\n@Length(3, 50)

C. @IsArray()\n@ArrayMinSize(1)\n@IsString({ each: true })\n@Length(3, 50, { each: true })

D. @IsArray()\n@ArrayMaxSize(1)\n@IsString({ each: false })

Solution

1. Step 1: Validate the property is an array

   Use @IsArray() to ensure tags is an array type.

2. Step 2: Validate each element is a string with length constraints

   Use @IsString({ each: true }) and @Length(3, 50, { each: true }) to apply string and length validation to every item in the array.

3. Step 3: Ensure array has at least one element

   @ArrayMinSize(1) ensures the array is not empty.

4. Final Answer:

   @IsArray()\n@ArrayMinSize(1)\n@IsString({ each: true })\n@Length(3, 50, { each: true }) -> Option C

5. Quick Check:

   Array + each:true for element validation = @IsArray()\n@ArrayMinSize(1)\n@IsString({ each: true })\n@Length(3, 50, { each: true }) [OK]

Hint: Use { each: true } to validate every array element [OK]

Common Mistakes:

• Forgetting { each: true } for array element validation
• Using @IsString() without array context
• Setting wrong array size constraints