📖 Scenario: You are building a simple NestJS API that returns user data. You want to control how the response is sent back to the client.
🎯 Goal: Create a NestJS controller that handles a GET request and returns a JSON response with a status code and a message.
📋 What You'll Learn
Create a controller named UsersController
Add a GET route handler method named getUser
Return a JSON object with statusCode and message fields
Use NestJS @Res() decorator to send the response with status 200
💡 Why This Matters
🌍 Real World
APIs often need to send custom responses with specific status codes and messages to clients.
💼 Career
Understanding response handling in NestJS is essential for backend developers building RESTful APIs.
Progress0 / 4 steps
1
Create UsersController with a getUser method
Create a class called UsersController and add a method named getUser inside it.
NestJS
Hint
Use export class UsersController {} and define getUser() inside.
2
Add @Controller and @Get decorators
Add the @Controller('users') decorator above the UsersController class and the @Get() decorator above the getUser method.
NestJS
Hint
Import and use @Controller('users') and @Get() decorators.
3
Inject Response object and send JSON response
Add a parameter named res to getUser method with the @Res() decorator. Use res.status(200).json() to send a JSON response with { statusCode: 200, message: 'User data fetched successfully' }.
NestJS
Hint
Use @Res() to inject the response object and send JSON with res.status(200).json(...).
4
Import necessary decorators from @nestjs/common
Add import statements for Controller, Get, and Res from @nestjs/common at the top of the file.
NestJS
Hint
Import Controller, Get, and Res from @nestjs/common.
Practice
(1/5)
1. In NestJS, what is the primary purpose of using the @Res() decorator in a controller method?
easy
A. To define a route path for the controller method
B. To inject a service into the controller
C. To access and customize the HTTP response object directly
D. To automatically serialize the response data
Solution
Step 1: Understand the role of @Res()
The @Res() decorator gives direct access to the HTTP response object, allowing full control over the response.
Step 2: Differentiate from other decorators
Other decorators like @Inject() inject services, and route decorators define paths, but @Res() is specifically for response handling.
Final Answer:
To access and customize the HTTP response object directly -> Option C
Quick Check:
@Res() = direct response control [OK]
Hint: Remember: @Res() means direct response access [OK]
Common Mistakes:
Confusing @Res() with service injection
Thinking @Res() defines routes
Assuming @Res() auto-serializes data
2. Which of the following is the correct way to set a 201 status code and send a JSON response using @Res() in NestJS?
easy
A. res.status(201).json({ message: 'Created' });
B. res.sendStatus(201).json({ message: 'Created' });
C. res.json(201, { message: 'Created' });
D. res.statusCode(201).send({ message: 'Created' });
Solution
Step 1: Recall Express response methods
In NestJS, @Res() uses Express response methods. The correct way to set status and send JSON is res.status(201).json(...).
Step 2: Identify incorrect method usage
sendStatus sends status and ends response, so chaining .json() is invalid. res.json(201, ...) and res.statusCode(201) are not valid Express methods.
Final Answer:
res.status(201).json({ message: 'Created' }); -> Option A
Quick Check:
Set status then json = res.status(201).json(...) [OK]
Hint: Use res.status(code).json(data) to set status and send JSON [OK]
Common Mistakes:
Using sendStatus then chaining json
Passing status code as first json argument
Using non-existent statusCode method
3. Given the following NestJS controller method, what will be the HTTP status code and response body sent to the client?
A. res.status must be called before returning from method
B. Missing await keyword before res.json
C. res.json should be replaced with res.sendStatus
D. Calling res.status after res.json causes no effect
Solution
Step 1: Understand Express response flow
Calling res.json() sends the response immediately and ends it.
Step 2: Analyze order of method calls
Calling res.status(200) after res.json() has no effect because response is already sent.
Final Answer:
Calling res.status after res.json causes no effect -> Option D
Quick Check:
Set status before sending response [OK]
Hint: Always set status before sending response [OK]
Common Mistakes:
Calling res.status after res.json
Thinking res.json needs await
Confusing res.sendStatus with res.json
5. You want to create a NestJS controller method that returns a 404 status with a JSON error message if a user is not found, but returns the user data with status 200 if found. Which code snippet correctly implements this response handling?
hard
A. async getUser(@Res() res, @Param('id') id: string) {
const user = await this.userService.findById(id);
if (!user) {
res.json({ error: 'User not found' }).status(404);
} else {
res.json(user).status(200);
}
}
B. async getUser(@Res() res, @Param('id') id: string) {
const user = await this.userService.findById(id);
if (!user) {
return res.status(404).json({ error: 'User not found' });
}
return res.status(200).json(user);
}
C. async getUser(@Res() res, @Param('id') id: string) {
const user = await this.userService.findById(id);
if (!user) {
res.json({ error: 'User not found' });
res.status(404);
} else {
res.json(user);
res.status(200);
}
}
D. async getUser(@Res() res, @Param('id') id: string) {
const user = await this.userService.findById(id);
if (!user) {
res.sendStatus(404);
} else {
res.json(user);
}
}
Solution
Step 1: Check correct chaining of status and json
async getUser(@Res() res, @Param('id') id: string) {
const user = await this.userService.findById(id);
if (!user) {
return res.status(404).json({ error: 'User not found' });
}
return res.status(200).json(user);
} correctly calls res.status(404).json(...) and res.status(200).json(...), chaining status and JSON response properly.
Step 2: Identify errors in other options
async getUser(@Res() res, @Param('id') id: string) {
const user = await this.userService.findById(id);
if (!user) {
res.json({ error: 'User not found' }).status(404);
} else {
res.json(user).status(200);
}
} calls res.json() before res.status(), which does not set status correctly. async getUser(@Res() res, @Param('id') id: string) {
const user = await this.userService.findById(id);
if (!user) {
res.json({ error: 'User not found' });
res.status(404);
} else {
res.json(user);
res.status(200);
}
} calls res.json() before res.status(), which does not set status correctly. async getUser(@Res() res, @Param('id') id: string) {
const user = await this.userService.findById(id);
if (!user) {
res.sendStatus(404);
} else {
res.json(user);
}
} uses res.sendStatus(404) which sends response immediately but does not send JSON error message.
Final Answer:
correctly sets status and sends JSON error or data -> Option B
Quick Check:
Chain status and json for correct response [OK]
Hint: Chain res.status(code).json(data) for clear responses [OK]
Common Mistakes:
Calling res.json before res.status
Using res.sendStatus without JSON body
Separating status and json calls without chaining
Recommended
Ready to prove it?
Pass the test and this pattern moves unknownstrongwhile earning +1 Grip toward your certificate.