NestJS-এ Request Lifecycle এর ক্রম কী?

Question

Accepted Answer

**Request Lifecycle** হল NestJS-এর মধ্য দিয়ে একটি request যে সুনির্দিষ্ট উপাদানগুলির ক্রম অনুসরণ করে তা হল — middleware, guards, interceptors, pipes, handler, তারপর আবার interceptors, এবং errors-এর ক্ষেত্রে exception filters। সঠিক ক্রম জানা গুরুত্বপূর্ণ যাতে আপনি বুঝতে পারেন *কখন* প্রতিটি logic চলে।

## সম্পূর্ণ ক্রম

```text
Incoming Request
   │
   ▼
1. MIDDLEWARE            (Express-style; raw req/res; runs first)
   │
   ▼
2. GUARDS                (authorization — return true to continue, false/throw to block)
   │
   ▼
3. INTERCEPTORS (pre)    (logic BEFORE the handler — start timing, etc.)
   │
   ▼
4. PIPES                 (validate/transform the handler's arguments — DTO validation)
   │
   ▼
5. ROUTE HANDLER         (your controller method runs)
   │
   ▼
6. INTERCEPTORS (post)   (logic AFTER the handler — transform the response)
   │
   ▼
Response

✗ If an exception is thrown ANYWHERE above →
7. EXCEPTION FILTERS     (catch it and format the error response)
```

## ক্রম গুরুত্বপূর্ণ কেন (ব্যবহারিক পরিণতি)

```text
• Guards run BEFORE pipes → authorization is checked before input validation
  (no point validating a body for an unauthorized request)
• Pipes run JUST BEFORE the handler → the handler always gets validated/transformed args
• Interceptors straddle the handler → they can measure its duration and transform output
• Filters catch errors from any stage → centralized, consistent error handling
```

## প্রতিটি বিভাগের মধ্যে, scope ordering প্রয়োগ করা হয়

```text
For each type (guards, interceptors, pipes), they run in this scope order:
  Global → Controller → Method (route)
So a global guard runs before a controller-level guard, before a route-level guard.
```

## একটি concrete উদাহরণ

```ts
@Controller("users")
@UseGuards(AuthGuard)                    // 2. checks authorization
@UseInterceptors(LoggingInterceptor)     // 3 (pre) + 6 (post)
export class UsersController {
  @Post()
  create(@Body() dto: CreateUserDto) {    // 4. ValidationPipe validates dto, 5. handler runs
    return this.usersService.create(dto);
  }
}
// Flow: middleware → AuthGuard → LoggingInterceptor(before) → ValidationPipe →
//       create() → LoggingInterceptor(after) → response (or → filter on error)
```

## এটি কেন গুরুত্বপূর্ণ

Request Lifecycle এর ক্রম বুঝা NestJS অ্যাপ্লিকেশন সঠিকভাবে তৈরি করার জন্য মৌলিক — এটি সঠিকভাবে নির্ধারণ করে *কখন* প্রতিটি cross-cutting logic সম্পাদিত হয়, যা ডিজাইন সিদ্ধান্ত এবং debugging-কে সরাসরি প্রভাবিত করে।

এই ক্রমের বাস্তব, ব্যবহারিক গুরুত্ব রয়েছে: **guards pipes এর আগে চলে**, তাই authorization input validation এর আগে সঠিকভাবে check করা হয় (একটি unauthorized request validation এর আগে reject হয়); **pipes handler এর ঠিক আগে চলে**, handler কে সর্বদা validated, transformed arguments প্রাপ্ত করা নিশ্চিত করে; **interceptors handler কে wrap করে** (আগে *এবং* পরে চলে), যা তাদের execution timing করতে এবং responses রূপান্তরিত করতে দেয়; এবং **exception filters যেকোনো stage থেকে errors catch করে**, centralized error handling সক্ষম করে।

এই ক্রম জানা — plus within-category scope ordering (global → controller → method) — আপনাকে logic সঠিক component এ রাখতে, execution flow predict করতে, debug করতে কেন কিছু চলে (বা চলে না) যখন expected হয় এবং features সঠিকভাবে architect করতে দেয়।

এটি framework এর সমস্ত request-handling pieces (middleware, guards, interceptors, pipes, filters) কে একটি coherent mental model এ একসাথে আনে, এটিকে একটি গুরুত্বপূর্ণ, frequently-tested topic করে তোলে যা NestJS যে way request process করে তার প্রকৃত বোঝাপড়া প্রতিফলিত করে।