Bird
Raised Fist0
NestJSframework~10 mins

Why background processing handles heavy tasks in NestJS - Test Your Understanding

Choose your learning style10 modes available
Practice - 5 Tasks
Answer the questions below
1fill in blank
easy

Complete the code to import the module needed for background tasks in NestJS.

NestJS
import { [1] } from '@nestjs/bull';
Drag options to blanks, or click blank then click option'
AConfigModule
BHttpModule
CBullModule
DCacheModule
Attempts:
3 left
💡 Hint
Common Mistakes
Importing unrelated modules like HttpModule or CacheModule.
2fill in blank
medium

Complete the code to register a queue named 'email' for background jobs.

NestJS
BullModule.forRoot({
  redis: {
    host: 'localhost',
    port: 6379,
  },
}),
BullModule.registerQueue('[1]'),
Drag options to blanks, or click blank then click option'
Aemail
Bnotifications
Ctasks
Djobs
Attempts:
3 left
💡 Hint
Common Mistakes
Using unrelated queue names like 'notifications' or 'jobs'.
3fill in blank
hard

Fix the error in the processor decorator to handle jobs from the 'email' queue.

NestJS
@Processor('[1]')
export class EmailProcessor {
  @Process()
  async handleJob(job: Job) {
    // process job
  }
}
Drag options to blanks, or click blank then click option'
Anotifications
Bjobs
Ctasks
Demail
Attempts:
3 left
💡 Hint
Common Mistakes
Using a different queue name than the one registered.
4fill in blank
hard

Fill both blanks to add a job to the 'email' queue with data containing user email.

NestJS
constructor(@InjectQueue('[1]') private emailQueue: Queue) {}

async sendEmail(userEmail: string) {
  await this.emailQueue.add({ [2]: userEmail });
}
Drag options to blanks, or click blank then click option'
Aemail
BemailAddress
CuserEmail
Dnotifications
Attempts:
3 left
💡 Hint
Common Mistakes
Using wrong queue names or unclear data keys.
5fill in blank
hard

Fill all three blanks to create a background job processor that logs the job data and marks it complete.

NestJS
@Processor('[1]')
export class LoggerProcessor {
  @Process()
  async handleLog(job: Job<{ [2]: string }>) {
    console.log(job.data.[3]);
  }
}
Drag options to blanks, or click blank then click option'
Alog
Bmessage
Demail
Attempts:
3 left
💡 Hint
Common Mistakes
Mixing queue names or data keys causing runtime errors.

Practice

(1/5)
1. Why does NestJS use background processing for heavy tasks like sending emails or processing files?
easy
A. To make the app slower so users wait longer
B. To keep the main app fast and responsive by running heavy tasks separately
C. To avoid using any decorators in the code
D. To run all tasks at the same time in the main thread

Solution

  1. Step 1: Understand app responsiveness

    Heavy tasks like sending emails can slow down the app if run directly in the main thread.
  2. Step 2: Role of background processing

    Background processing runs these heavy tasks separately, so the main app stays fast and responsive.
  3. Final Answer:

    To keep the main app fast and responsive by running heavy tasks separately -> Option B
  4. Quick Check:

    Background processing = keeps app fast [OK]
Hint: Background tasks run separately to keep app fast [OK]
Common Mistakes:
  • Thinking background tasks slow down the app
  • Believing all tasks run in the main thread
  • Ignoring the use of decorators for background jobs
2. Which NestJS decorator is used to mark a class as a background job processor?
easy
A. @Process
B. @Controller
C. @Processor
D. @Injectable

Solution

  1. Step 1: Identify decorators for background jobs

    In NestJS, @Processor marks a class that handles background jobs.
  2. Step 2: Differentiate from other decorators

    @Process marks methods inside the processor, @Controller is for HTTP routes, and @Injectable is for services.
  3. Final Answer:

    @Processor -> Option C
  4. Quick Check:

    @Processor = class for background jobs [OK]
Hint: Use @Processor for job classes, @Process for job methods [OK]
Common Mistakes:
  • Confusing @Processor with @Process
  • Using @Controller for background jobs
  • Forgetting to use any decorator
3. Given this NestJS background processor code, what will happen when a job named 'sendEmail' is added?
@Processor('email')
export class EmailProcessor {
  @Process('sendEmail')
  async handleSendEmail(job: Job) {
    console.log('Sending email to', job.data.to);
  }
}
medium
A. Nothing happens because @Processor is missing
B. The app crashes because @Process is used incorrectly
C. The job runs immediately in the main thread
D. The console logs 'Sending email to' followed by the email address from job data

Solution

  1. Step 1: Understand @Processor and @Process roles

    @Processor('email') marks the class as a background job handler for 'email' queue. @Process('sendEmail') marks the method to handle 'sendEmail' jobs.
  2. Step 2: What happens on job addition

    When a 'sendEmail' job is added to the 'email' queue, handleSendEmail runs and logs the email address from job data.
  3. Final Answer:

    The console logs 'Sending email to' followed by the email address from job data -> Option D
  4. Quick Check:

    @Process method runs on job added [OK]
Hint: Jobs trigger @Process methods to run code [OK]
Common Mistakes:
  • Thinking @Process is for classes, not methods
  • Assuming jobs run in main thread
  • Missing that job data is used in method
4. Identify the error in this NestJS background processor code:
@Processor('tasks')
export class TaskProcessor {
  @Process('heavyTask')
  handleHeavyTask(job: Job) {
    // missing async keyword
    await doHeavyWork(job.data);
  }
}
medium
A. Missing async keyword before handleHeavyTask method
B. @Processor decorator is used incorrectly
C. Job parameter is missing type annotation
D. doHeavyWork should not be awaited

Solution

  1. Step 1: Check method using await

    The method handleHeavyTask uses 'await' but is not marked async, which causes a syntax error.
  2. Step 2: Confirm correct fix

    Adding 'async' before the method fixes the error, allowing await to work properly.
  3. Final Answer:

    Missing async keyword before handleHeavyTask method -> Option A
  4. Quick Check:

    await needs async method [OK]
Hint: Use async before methods that await promises [OK]
Common Mistakes:
  • Ignoring async keyword with await
  • Thinking @Processor is wrong here
  • Assuming doHeavyWork can't be awaited
5. You want to process image uploads in the background to avoid slowing down user requests. Which approach best uses NestJS background processing to achieve this?
hard
A. Create a @Processor class with a @Process method that resizes images asynchronously
B. Resize images directly inside the controller handling uploads
C. Use @Controller with @Get to process images synchronously
D. Run image processing code in the main thread without decorators

Solution

  1. Step 1: Identify background processing use case

    Image resizing is a heavy task that can slow down user requests if done synchronously.
  2. Step 2: Apply NestJS background processing pattern

    Using a @Processor class with a @Process method lets you run image resizing asynchronously in the background, keeping the app responsive.
  3. Final Answer:

    Create a @Processor class with a @Process method that resizes images asynchronously -> Option A
  4. Quick Check:

    Heavy tasks run in @Processor classes [OK]
Hint: Heavy tasks belong in @Processor, not controllers [OK]
Common Mistakes:
  • Doing heavy work inside controllers
  • Not using @Process for job methods
  • Running heavy tasks synchronously in main thread
Recommended

Ready to prove it?

Pass the test and this pattern moves unknown strong while earning +1 Grip toward your certificate.

10 questions~5 mineasy hard