ডায়নামিক মডিউল এবং forRoot/forFeature প্যাটার্ন কী?

Question

Accepted Answer

**ডায়নামিক মডিউল** হল এমন মডিউল যা **import করার সময় কনফিগার করা যায়** — একটি স্ট্যাটিক `@Module({...})` এর পরিবর্তে, তারা স্ট্যাটিক মেথড (প্রথাগতভাবে **`forRoot`** এবং **`forFeature`**) প্রদর্শন করে যা আপনি যে আর্গুমেন্ট পাস করেন তা দিয়ে কনফিগার করা একটি মডিউল রিটার্ন করে। এটি কীভাবে কনফিগারেবল, পুনরায় ব্যবহারযোগ্য মডিউল (কনফিগ, ডাটাবেস, JWT) অপশন গ্রহণ করে।

## সমস্যা যা তারা সমাধান করে

```text
A static module is fixed — but reusable modules (DatabaseModule, ConfigModule,
JwtModule) need to be CONFIGURED per app (connection URL, secret, options).
Dynamic modules let a module accept configuration at import time.
```

## আপনি ইতিমধ্যে সেগুলি ব্যবহার করেছেন

```ts
@Module({
  imports: [
    ConfigModule.forRoot({ isGlobal: true }),               // ← forRoot with options
    TypeOrmModule.forRoot({ type: "postgres", url: ... }),  // ← configured at import
    JwtModule.register({ secret: process.env.SECRET }),      // ← register variant
    TypeOrmModule.forFeature([User, Post]),                  // ← forFeature for specifics
  ],
})
export class AppModule {}
```

মডিউল import করার সময় আপনি যে `.forRoot()`/`.register()`/`.forFeature()` কল দেখেন তা হল ডায়নামিক-মডিউল মেথড যা কনফিগারেশন গ্রহণ করে।

## forRoot বনাম forFeature কনভেনশন

```text
forRoot()    → configure the module ONCE, globally (the connection, the secret, core setup)
               called in the root/app module a single time
forFeature() → register feature-specific pieces in each feature module that needs them
               (e.g. TypeOrmModule.forFeature([User]) registers entities per module)
```

কনভেনশন: বৈশ্বিক/একবারের কনফিগারেশনের জন্য `forRoot`; একাধিক মডিউলে যা কল করেন তা প্রতি-ফিচার রেজিস্ট্রেশনের জন্য `forFeature`।

## আপনার নিজের ডায়নামিক মডিউল তৈরি করা

```ts
@Module({})
export class StorageModule {
  static forRoot(options: StorageOptions): DynamicModule {
    return {                                  // returns a configured module
      module: StorageModule,
      providers: [
        { provide: "STORAGE_OPTIONS", useValue: options },   // inject the passed options
        StorageService,
      ],
      exports: [StorageService],
      global: true,                            // optionally make it global
    };
  }
}
// usage: StorageModule.forRoot({ bucket: "my-bucket", region: "us-east-1" })
```

স্ট্যাটিক মেথড একটি `DynamicModule` অবজেক্ট (মডিউল + প্রদানকারী + এক্সপোর্ট) রিটার্ন করে, পাস করা অপশনগুলিকে মডিউলের প্রদানকারীদের মধ্যে তারযুক্ত করে (প্রায়শই একটি ইনজেকশন টোকেনের মাধ্যমে)।

## অ্যাসিঙ্ক কনফিগারেশন (forRootAsync)

```ts
// configure using OTHER injected dependencies (e.g. ConfigService) — async/factory
StorageModule.forRootAsync({
  useFactory: (config: ConfigService) => ({ bucket: config.get("BUCKET") }),
  inject: [ConfigService],
});
```

`forRootAsync` ভ্যারিয়েন্ট কনফিগারেশনকে অন্যান্য প্রদানকারীর উপর নির্ভর করতে দেয় (যেমন `ConfigService`) — যখন অপশনগুলি যাচাইকৃত কনফিগারেশন থেকে আসে তখন অপরিহার্য।

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

ডায়নামিক মডিউল এবং `forRoot`/`forFeature` প্যাটার্ন হল **কনফিগারেবল, পুনরায় ব্যবহারযোগ্য মডিউল** তৈরির জন্য একটি গুরুত্বপূর্ণ NestJS ধারণা — এবং সেগুলি বোঝা *ইকোসিস্টেম ব্যবহার* এবং *শেয়ার করা মডিউল তৈরি* উভয়ের জন্যই মূল্যবান।

প্রায় প্রতিটি প্রধান NestJS মডিউল (ConfigModule, TypeOrmModule, JwtModule, BullModule, CacheModule) হল একটি ডায়নামিক মডিউল যা `.forRoot()`/`.register()`/`.forFeature()` এর মাধ্যমে কনফিগার করা হয়, তাই এই কলগুলি কী (মডিউলে কনফিগারেশন পাস করা import সময়ে, একটি স্ট্যাটিক import এর পরিবর্তে) তা স্বীকার করা সম্পূর্ণ ইকোসিস্টেম কীভাবে তারযুক্ত তা স্পষ্ট করে।

**forRoot বনাম forFeature কনভেনশন** (গ্লোবাল ওয়ান-টাইম সেটআপের জন্য forRoot যেমন একটি ডাটাবেস সংযোগ বা গোপন; প্রতিটি মডিউলে সত্যতা রেজিস্টার করার মতো প্রতি-ফিচার রেজিস্ট্রেশনের জন্য forFeature) একটি প্যাটার্ন যা আপনি ক্রমাগত সম্মুখীন হন।

সিনিয়র ডেভেলপারদের জন্য, **আপনার নিজের ডায়নামিক মডিউল তৈরি করা জানা** (পাস করা অপশন থেকে কনফিগার করা প্রদানকারী সহ একটি `DynamicModule` রিটার্ন করা, প্রায়শই ইনজেকশন টোকেনের মাধ্যমে, কনফিগ-নির্ভর সেটআপের জন্য অ্যাসিঙ্ক ভ্যারিয়েন্ট সহ) আপনাকে পুনরায় ব্যবহারযোগ্য, কনফিগারেবল মডিউল তৈরি করতে দেয় — শেয়ার করা ইনফ্রাস্ট্রাকচার (স্টোরেজ, বাহ্যিক API ক্লায়েন্ট, কাস্টম কনফিগ) যা অ্যাপের অন্যান্য অংশ বা অন্যান্য প্রজেক্ট তাদের নিজস্ব সেটিংস দিয়ে import করে।

এটি আরও একটি উন্নত বিষয়, তবে এটি NestJS-এর মডুলার আর্কিটেকচার গভীরভাবে বোঝার জন্য এবং পেশাদার, পুনরায় ব্যবহারযোগ্য মডিউল লাইব্রেরি তৈরির জন্য মৌলিক, এটিকে বড়, ভালভাবে কাঠামোবদ্ধ NestJS সিস্টেম স্থাপনের জন্য একটি গুরুত্বপূর্ণ ক্ষমতা করে তোলে।