डायनामिक मोड्युलहरू मोड्युलहरू हुन् जो आयात गर्दा कन्फिगर गर्न सकिन्छ — स्थिर @Module({...}) को सट्टामा, तिनीहरू स्थिर विधिहरू (परम्परागत रूपमा forRoot र ) प्रकाश पारे जो तपाईंले पास गरेको तर्कको साथ कन्फिगर गरिएको मोड्युल फर्काउछ। यो कसरी कन्फिगर गर्न योग्य, पुन: प्रयोगयोग्य मोड्युलहरू (कन्फिग, डाटाबेस, JWT) विकल्प स्वीकार गर्छ।
forFeatureA 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.
@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 {}
मोड्युलहरू आयात गर्दा तपाईंले देख्नुहुने .forRoot()/.register()/.forFeature() कलहरू डायनामिक-मोड्युल विधिहरू हुन् जो कन्फिगरेशन स्वीकार गर्छ।
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 जो तपाईं धेरै मोड्युलहरूमा कल गर्नुहुन्छ।
@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 वस्तु (मोड्युल + प्रदायकहरू + निर्यातहरू) फर्काउछ, पास गरिएको विकल्पहरू मोड्युलको प्रदायकहरूमा तार गर्दै (प्रायः इंजेक्शन टोकन मार्फत)।
// 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() मार्फत कन्फिगर गरिएको एक डायनामिक मोड्युल हो, त्यसैले यी कलहरू के हुन् भनेर चिनेर (मोड्युलमा स्थिर आयातको सट्टामा आयात समयमा कन्फिगरेशन पास गर्दै) पूरा इकोसिस्टम कसरी तार गरिएको छ भनेर स्पष्ट हुन्छ।
forRoot बनाम forFeature सम्मेलन (डाटाबेस जडान वा गोप्य जस्ता एकबारको वैश्विक सेटअपको लागि forRoot; प्रत्येक मोड्युलमा निकायहरू दर्ता गर्नु जस्तो प्रति-सुविधा दर्ताको लागि forFeature) एक प्याटर्न हो जो तपाईं नियमित रूपमा सामना गर्नुहुन्छ।
सिनियर विकासकर्ताहरूको लागि, आफ्नै डायनामिक मोड्युलहरू निर्माण गर्नको ज्ञान (पास गरिएको विकल्पहरूबाट कन्फिगर गरिएको प्रदायकहरू सहित DynamicModule फर्काउदै, प्रायः इंजेक्शन टोकनहरू मार्फत, कन्फिग-निर्भर सेटअपको लागि अनुकूल भेरियन्टहरूसहित) तपाईंलाई पुन: प्रयोगयोग्य, कन्फिगर गर्न योग्य मोड्युलहरू सिर्जना गर्न दिन्छ — साझा अवसंरचना (भण्डारण, बाह्य API क्लाइएन्टहरू, कस्टम कन्फिग) जो अनुप्रयोगको अन्य भागहरू वा अन्य परियोजनाहरू तिनीहरूको आफ्नै सेटिङ्गहरूसँग आयात गर्छ।
यो अधिक उन्नत विषय हो, तर यो NestJS को मोड्युलर आर्किटेक्चर गहिराईमा बुझ्न र व्यावसायिक, पुन: प्रयोगयोग्य मोड्युल पुस्तकालयहरू निर्माण गर्नको लागि मौलिक छ, यसलाई ठूला, राम्ररी संरचित NestJS प्रणालीहरू आर्किटेक्ट गर्नको लागि एक महत्त्वपूर्ण क्षमता बनाउँछ।