एक module @Module() से decorate की गई एक class है जो संबंधित components — controllers, providers/services — को एक संगठित इकाई में समूहित करती है। Modules ही वह तरीका हैं जिससे NestJS किसी application को features में व्यवस्थित करता है, और हर Nest app में कम से कम एक root AppModule होता है।
import { Module } from "@nestjs/common";
@Module({
controllers: [UsersController], // controllers belonging to this module
providers: [UsersService], // providers (services) this module creates
imports: [DatabaseModule], // OTHER modules whose exports this module needs
exports: [UsersService], // what this module makes available to importers
})
export class UsersModule {}
controllers → the controllers (request handlers) in this module
providers → the providers/services defined and instantiated here (for DI)
imports → other modules whose EXPORTED providers this module can use
exports → the subset of THIS module's providers shared with importing modules
Modules एक DI scope बनाते हैं: एक provider अपने module के भीतर उपलब्ध होता है, और दूसरे modules के लिए तभी उपलब्ध होता है जब उसे export किया जाए (और दूसरा module उसे import करे)।
@Module({
imports: [UsersModule, AuthModule, DatabaseModule], // compose feature modules
})
export class AppModule {} // the root — bootstrapped to start the app
हर app में एक root AppModule होता है जो feature modules को import करता है, और इस तरह पूरी application को संयोजित करता है।
src/
app.module.ts (root — imports feature modules)
users/
users.module.ts (groups users controller + service)
users.controller.ts
users.service.ts
auth/
auth.module.ts
database/
database.module.ts (shared infrastructure)
परंपरा यह है कि प्रति feature/domain एक module हो (users, auth, products), जिससे संबंधित code एक साथ रहे और dependencies स्पष्ट रहें।
// UsersModule exports UsersService...
@Module({ providers: [UsersService], exports: [UsersService] })
export class UsersModule {}
// ...so AuthModule can use it by importing UsersModule
@Module({ imports: [UsersModule] }) // now AuthModule can inject UsersService
export class AuthModule {}
किसी दूसरे module के provider का उपयोग करने के लिए, प्रदान करने वाले module को उसे export करना होगा और उपभोग करने वाले module को प्रदान करने वाले module को import करना होगा — इससे dependencies स्पष्ट हो जाती हैं।
Modules हर NestJS application की संगठनात्मक रीढ़ हैं — वे संबंधित controllers और providers को संगठित feature इकाइयों में समूहित करते हैं और dependency-injection की सीमाएँ परिभाषित करते हैं।
चार properties (controllers, providers, imports, exports) को समझना, और विशेष रूप से modules के बीच providers साझा करने के लिए import/export तंत्र को समझना आवश्यक है: यही वह तरीका है जिससे NestJS modular, ढीले-युग्मित (loosely-coupled) architecture हासिल करता है, जहाँ हर feature स्व-निहित होता है और dependencies स्पष्ट होती हैं।
Feature-आधारित module संरचना (प्रति domain एक module) Nest apps को scalability और maintainability के लिए व्यवस्थित करने का मानक तरीका है।
Modules, controllers और providers के साथ मिलकर NestJS के मूल architecture का निर्माण करते हैं, जिससे ये मौलिक ज्ञान बन जाते हैं — किसी app को modules में कैसे संरचित करें और imports/exports के माध्यम से providers को कैसे जोड़ें, इसमें महारत हासिल करना किसी भी सामान्य से अधिक जटिल NestJS application को बनाने के लिए आवश्यक है और यह शुरुआत में ही अच्छी तरह समझने योग्य भ्रम का एक आम बिंदु है।