NestJS में, एक provider कोई भी वर्ग है जो inject किया जा सकता है, और एक service सबसे आम प्रकार है — एक वर्ग जो business logic रखता है। एक वर्ग को @Injectable() से चिह्नित करने से यह एक provider बन जाता है जिसे NestJS की DI प्रणाली बना सकती है और inject कर सकती है।
import { Injectable } from "@nestjs/common";
@Injectable() // marks the class as a provider (injectable)
export class UsersService {
private users = [];
findAll() { return this.users; } // business logic
findOne(id: string) { return this.users.find(u => u.id === id); }
create(data) { this.users.push(data); return data; }
}
@Injectable() डेकोरेटर NestJS को बताता है कि यह वर्ग dependency injection में भाग लेता है — इसे controllers या अन्य providers में inject किया जा सकता है।
@Controller("users")
export class UsersController {
// NestJS sees this parameter and INJECTS a UsersService instance automatically
constructor(private usersService: UsersService) {}
@Get()
findAll() {
return this.usersService.findAll(); // use the injected service
}
}
आप dependency को constructor parameter के रूप में घोषित करते हैं; NestJS instance बनाता है और supply करता है — आप कभी new UsersService() नहीं लिखते।
@Module({
controllers: [UsersController],
providers: [UsersService], // register the provider so DI can resolve it
exports: [UsersService], // make it available to OTHER modules that import this one
})
export class UsersModule {}
Providers को module के providers array में पंजीकृत होना चाहिए ताकि DI उन्हें जाने, और exports उन्हें अन्य modules के साथ साझा करता है।
By default, NestJS creates ONE shared instance of each provider (singleton scope)
for the whole application → efficient, shared state.
(Other scopes exist: REQUEST-scoped, TRANSIENT — but singleton is the default.)
Controller → handles HTTP (routing, request/response)
Service → handles business logic (rules, data access, computations)
→ Separation makes logic REUSABLE (multiple controllers can use one service),
TESTABLE (test the service in isolation), and ORGANIZED.
Providers और services NestJS की architecture और इसके dependency-injection-driven design के लिए महत्वपूर्ण हैं।
Services एप्लिकेशन का business logic रखते हैं, controllers से अलग रखते हैं (जो केवल HTTP concerns को संभालते हैं) — यह separation of concerns logic को controllers में पुनः उपयोगी बनाता है, अलग से आसानी से test करने योग्य है, और अच्छी तरह से organized है।
यह समझना कि @Injectable() एक वर्ग को injectable provider के रूप में चिह्नित करता है, कि providers को modules में पंजीकृत किया जाता है और constructors के माध्यम से inject किया जाता है (DI आपके लिए instances बनाता है), और कि वे डिफ़ॉल्ट रूप से singletons हैं, NestJS का मौलिक दैनिक ज्ञान है।
Provider/service pattern, controllers और modules के साथ, प्रत्येक NestJS एप्लिकेशन की रीढ़ है — इसमें महारत हासिल करना well-structured, maintainable back-ends बनाने के लिए आवश्यक है और framework में सीखने के पहले अवधारणाओं में से एक है।