📖 Scenario: You are building a simple NestJS microservice that responds to messages requesting greetings. This microservice will listen for a specific message pattern and reply with a greeting message.
🎯 Goal: Create a NestJS microservice that listens for a greet message pattern and responds with a greeting message including the name sent in the request.
📋 What You'll Learn
Create a controller with a message pattern handler for greet
Use the @MessagePattern decorator to listen for the greet pattern
Extract the name from the incoming message data
Return a greeting string that includes the name
💡 Why This Matters
🌍 Real World
Microservices often communicate by sending and receiving messages. NestJS provides a simple way to listen for specific message patterns and respond, enabling scalable and decoupled services.
💼 Career
Understanding message patterns and request-response handling in NestJS is essential for backend developers working with microservices and distributed systems.
Progress0 / 4 steps
1
Create the Greeting Controller
Create a class called GreetingController and export it. Inside, define an empty constructor.
NestJS
Hint
Start by defining a class and export it so NestJS can use it as a controller.
2
Add the Message Pattern Decorator
Import @MessagePattern from @nestjs/microservices. Add a method called handleGreet inside GreetingController. Decorate it with @MessagePattern('greet').
NestJS
Hint
Use @MessagePattern('greet') to listen for the 'greet' message pattern.
3
Extract Name and Return Greeting
Inside handleGreet, extract the name property from data. Return a string greeting like `Hello, ${name}!`.
NestJS
Hint
Use template strings to create the greeting message.
4
Export the Controller and Prepare for Microservice
Ensure the GreetingController class is exported. This completes the message pattern handler for the microservice.
NestJS
Hint
Make sure the controller is exported so NestJS can use it.
Practice
(1/5)
1. What is the main purpose of the @MessagePattern decorator in NestJS?
easy
A. To define HTTP routes in a controller
B. To listen for specific message types and handle incoming messages
C. To send messages to other microservices
D. To configure database connections
Solution
Step 1: Understand the role of @MessagePattern
This decorator is used to mark a method that listens for messages matching a specific pattern.
Step 2: Differentiate from other decorators
Unlike HTTP route decorators, @MessagePattern is for message-based communication, not HTTP or database setup.
Final Answer:
To listen for specific message types and handle incoming messages -> Option B
Quick Check:
@MessagePattern listens for messages [OK]
Hint: Remember: @MessagePattern listens, not sends [OK]
Common Mistakes:
Confusing @MessagePattern with HTTP route decorators
Thinking it sends messages instead of listening
Assuming it configures databases
2. Which of the following is the correct way to define a message handler for the pattern 'sum_numbers' in NestJS?
easy
A. @Subscribe('sum_numbers')
handleSum(data: number[]) { return data.reduce((a, b) => a + b); }
B. @Get('sum_numbers')
handleSum(data: number[]) { return data.reduce((a, b) => a + b); }
C. @Post('sum_numbers')
handleSum(data: number[]) { return data.reduce((a, b) => a + b); }
D. @MessagePattern('sum_numbers')
handleSum(data: number[]) { return data.reduce((a, b) => a + b); }
Solution
Step 1: Identify the correct decorator for message patterns
@MessagePattern is the correct decorator to listen for messages, not @Get, @Post, or @Subscribe.
Step 2: Confirm the syntax
The pattern string 'sum_numbers' is correctly passed as an argument to @MessagePattern, and the handler method processes the data.
Final Answer:
@MessagePattern('sum_numbers')
handleSum(data: number[]) { return data.reduce((a, b) => a + b); } -> Option D
Quick Check:
Use @MessagePattern('pattern') for message handlers [OK]
Hint: Use @MessagePattern for message handlers, not HTTP decorators [OK]
Common Mistakes:
Using HTTP decorators like @Get or @Post for message patterns
Using non-existent decorators like @Subscribe
Forgetting to pass the pattern string to @MessagePattern
3. Given the following NestJS message handler, what will be the response when the message pattern 'multiply' is sent with data [2, 3]?
A. The @MessagePattern decorator is missing the pattern string
B. The method should not be async
C. The handler does not return a response to the sender
D. The parameter type should be an object, not a string
Solution
Step 1: Check the handler's return behavior
The handler logs the name but does not return any value, so the sender gets no response.
Step 2: Verify decorator and parameter correctness
The decorator has the pattern string 'greet', and the parameter type string is acceptable for simple messages.
Final Answer:
The handler does not return a response to the sender -> Option C
Quick Check:
Handlers must return a response [OK]
Hint: Always return a value in message handlers [OK]
Common Mistakes:
Not returning a response causes sender to wait indefinitely
Confusing async usage with missing return
Assuming parameter type must be object always
5. You want to create a NestJS microservice that listens for a message pattern 'calculate' and returns the sum of two numbers sent in an object like { a: 5, b: 7 }. Which of the following handler implementations correctly achieves this?
hard
A. @MessagePattern('calculate')
handleCalculate(data: { a: number; b: number }) {
return data.a + data.b;
}
B. @MessagePattern('calculate')
handleCalculate(a: number, b: number) {
return a + b;
}
C. @MessagePattern('calculate')
handleCalculate(data: number[]) {
return data[0] + data[1];
}
D. @MessagePattern('calculate')
handleCalculate(data: string) {
return parseInt(data);
}
Solution
Step 1: Match the expected input structure
The message sends an object with properties a and b, so the handler must accept an object with those properties.
Step 2: Verify the handler logic
The handler correctly accesses data.a and data.b and returns their sum.
Step 3: Check other options for correctness
@MessagePattern('calculate')
handleCalculate(a: number, b: number) {
return a + b;
} expects two separate parameters, which does not match the single object sent. @MessagePattern('calculate')
handleCalculate(data: number[]) {
return data[0] + data[1];
} expects an array, and @MessagePattern('calculate')
handleCalculate(data: string) {
return parseInt(data);
} expects a string, both incorrect.
Final Answer:
@MessagePattern('calculate')
handleCalculate(data: { a: number; b: number }) {
return data.a + data.b;
} -> Option A
Quick Check:
Match input shape and sum properties [OK]
Hint: Match handler parameter to message data shape exactly [OK]
Common Mistakes:
Using multiple parameters instead of one object
Expecting array when object is sent
Parsing string instead of object
Recommended
Ready to prove it?
Pass the test and this pattern moves unknownstrongwhile earning +1 Grip toward your certificate.