DTO class creation in NestJS - Interactive Code Practice

Practice - 5 Tasks

1fill in blank

easy

Complete the code to define a basic DTO class with a single string property.

NestJS

export class CreateUserDto {
  [1] name: string;
}

Drag options to blanks, or click blank then click option'

Apublic

Bname

Creadonly

Dprivate

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'private' or 'public' instead of 'readonly' for DTO properties.

Omitting any keyword and making the property mutable.

The readonly keyword is used in DTO classes to make properties immutable after creation, which is a common pattern in NestJS DTOs.

2fill in blank

medium

Complete the code to import the class-validator decorator for string validation.

NestJS

import { [1] } from 'class-validator';

export class CreateUserDto {
  readonly name: string;
}

Drag options to blanks, or click blank then click option'

AIsNumber

BIsDate

CIsBoolean

DIsString

Attempts:

3 left

💡 Hint

Common Mistakes

Using decorators for other types like numbers or booleans incorrectly.

Forgetting to import the decorator.

The IsString decorator validates that the property is a string, which is important for DTO input validation.

3fill in blank

hard

Fix the error in the DTO property decorator to validate a non-empty string.

NestJS

import { IsString, [1] } from 'class-validator';

export class CreateUserDto {
  @IsString()
  @[1]()
  readonly name: string;
}

Drag options to blanks, or click blank then click option'

AIsNotEmpty

BIsNumber

CIsOptional

DIsBoolean

Attempts:

3 left

💡 Hint

Common Mistakes

Using IsOptional which allows empty values.

Using decorators for wrong types.

The IsNotEmpty decorator ensures the string is not empty, which is a common validation for required fields.

4fill in blank

hard

Fill both blanks to create a DTO class with a numeric age property that must be positive.

NestJS

import { IsPositive, [1] } from 'class-validator';

export class CreateUserDto {
  readonly name: string;
  @[2]()
  @IsPositive()
  readonly age: number;
}

Drag options to blanks, or click blank then click option'

AIsNumber

BIsString

CIsBoolean

DIsDate

Attempts:

3 left

💡 Hint

Common Mistakes

Using string or boolean decorators for numeric properties.

Forgetting to import the correct decorators.

The IsNumber decorator validates the property is a number, and IsPositive ensures it is greater than zero.

5fill in blank

hard

Fill all three blanks to create a DTO class with a required email string property validated for email format.

NestJS

import { IsString, [1], [2] } from 'class-validator';

export class CreateUserDto {
  @IsString()
  @IsEmail()
  @[3]()
  readonly email: string;
}

Drag options to blanks, or click blank then click option'

AIsEmail

BIsNotEmpty

CIsOptional

DIsBoolean

Attempts:

3 left

💡 Hint

Common Mistakes

Using IsOptional which allows missing emails.

Using boolean decorators for string properties.

IsEmail validates the email format, and IsNotEmpty ensures the email is provided and not empty.

Practice

1. What is the main purpose of a DTO class in a NestJS application?

easy

A. To handle database connections and queries

B. To create UI components for the frontend

C. To define the shape and validation rules of data transferred between layers

D. To manage application routing and middleware

Solution

1. Step 1: Understand the role of DTOs

   DTO stands for Data Transfer Object, used to define how data should look when sent or received.

2. Step 2: Identify what DTOs do in NestJS

   In NestJS, DTOs specify the structure and validation of data between client and server or between app layers.

3. Final Answer:

   To define the shape and validation rules of data transferred between layers -> Option C

4. Quick Check:

   DTO = Data shape and validation [OK]

Hint: DTOs organize and validate data structure in NestJS [OK]

Common Mistakes:

• Confusing DTOs with database models
• Thinking DTOs handle routing or UI
• Assuming DTOs manage middleware

2. Which of the following is the correct way to declare a required string property name in a NestJS DTO class using class-validator decorators?

easy

A. @IsString() name: string;

B. name: string;

C. @IsOptional() name: string;

D. @IsNumber() name: string;

Solution

1. Step 1: Identify the decorator for string validation

   The @IsString() decorator from class-validator ensures the property is a string and required by default.

2. Step 2: Check other options

   name: string; lacks validation, C marks it optional, and D wrongly uses number validation.

3. Final Answer:

   @IsString() name: string; -> Option A

4. Quick Check:

   Use @IsString() for required string fields [OK]

Hint: Use @IsString() to require string fields in DTOs [OK]

Common Mistakes:

• Omitting validation decorators
• Using @IsOptional() for required fields
• Applying wrong type decorators like @IsNumber()

3. Given this DTO class, what will be the result of validating an object { name: "Alice", age: 25 }?

import { IsString, IsInt, IsOptional } from 'class-validator';

export class UserDto {
  @IsString()
  name: string;

  @IsInt()
  @IsOptional()
  age?: number;
}

medium

A. Validation passes because name is string and age is optional integer

B. Validation fails because age is required but missing

C. Validation fails because name is not optional

D. Validation passes only if age is a string

Solution

1. Step 1: Analyze the DTO decorators

   Name is required string, age is optional integer due to @IsOptional() and @IsInt().

2. Step 2: Check the input object

   Input has name as string "Alice" and age as number 25, matching the DTO rules.

3. Final Answer:

   Validation passes because name is string and age is optional integer -> Option A

4. Quick Check:

   Required string + optional int with valid data = pass [OK]

Hint: Optional fields pass validation if present and valid [OK]

Common Mistakes:

• Assuming optional fields must be present
• Confusing @IsOptional() effect
• Thinking validation fails if optional field is present

4. Identify the error in this DTO class that causes validation to always fail for the email property:

import { IsEmail } from 'class-validator';

export class EmailDto {
  @IsEmail
  email: string;
}

medium

A. Should import IsString instead of IsEmail

B. email property should be optional

C. email property type should be number

D. Missing parentheses after @IsEmail decorator

Solution

1. Step 1: Check decorator usage

   @IsEmail is a function decorator and must be called with parentheses: @IsEmail()

2. Step 2: Understand effect of missing parentheses

   Without parentheses, the decorator is not applied properly, causing validation to fail.

3. Final Answer:

   Missing parentheses after @IsEmail decorator -> Option D

4. Quick Check:

   Decorators need () even if no args [OK]

Hint: Always add () after decorators like @IsEmail() [OK]

Common Mistakes:

• Forgetting parentheses on decorators
• Changing property type incorrectly
• Using wrong decorators for email

5. You want to create a DTO class CreateProductDto with these rules:
- title is a required string
- price is a required positive number
- description is an optional string
Which of the following DTO class definitions correctly implements these rules?

hard

A. import { IsString, IsNumber, IsPositive, IsOptional } from 'class-validator';

export class CreateProductDto {
@IsString()
title?: string;

@IsNumber()
@IsPositive()
price?: number;

@IsOptional()
@IsString()
description?: string;
}

B. import { IsString, IsNumber, IsPositive, IsOptional } from 'class-validator';

export class CreateProductDto {
@IsString()
title: string;

@IsNumber()
@IsPositive()
price: number;

@IsOptional()
@IsString()
description?: string;
}

C. import { IsString, IsNumber, IsPositive } from 'class-validator';

export class CreateProductDto {
@IsString()
title: string;

@IsNumber()
price: number;

@IsString()
description: string;
}

D. import { IsString, IsNumber, IsPositive, IsOptional } from 'class-validator';

export class CreateProductDto {
@IsString()
title: string;

@IsNumber()
price: number;

@IsOptional()
description?: string;
}

Solution

1. Step 1: Check required string property

   Title is required string, so @IsString() with no @IsOptional() is correct.

2. Step 2: Check required positive number property

   Price must be number and positive, so @IsNumber() and @IsPositive() are needed without @IsOptional().

3. Step 3: Check optional string property

   Description is optional string, so @IsOptional() and @IsString() with optional property syntax (?) is correct.

4. Final Answer:

   DTO with @IsString() title, @IsNumber() + @IsPositive() price, and optional @IsOptional() description -> Option B

5. Quick Check:

   Required fields no @IsOptional(), optional fields with @IsOptional() [OK]

Hint: Use @IsOptional() only on optional fields [OK]

Common Mistakes:

• Marking required fields as optional
• Missing @IsPositive() for positive number
• Omitting @IsOptional() on optional fields