Dependency Injection (DI) არის NestJS-ის ძირითადი ნიმუში, სადაც ფრეიმვორკი ავტომატურად ქმნის და უზრუნველყოფს კლასის საჭირო დამოკიდებულებებს, ნაცვლად იმისა, რომ კლასი თავსუფლად ააგებს მათ. თქვენ გამოცხადებთ რა გჭირდებათ კონსტრუქტორში, და NestJS მის მოთხოვნილებას აკმაყოფილებს — რის შედეგადაც მიიღება სუსტად დაკავშირებული, ტესტირებადი კოდი.
()
{
() {}
}
Nest კითხულობს კონსტრუქტორის პარამეტრების ტიპებს, ეძებს შესაბამის რეგისტრირებულ მომწოდებელებს, ქმნის მათ (თუ უკვე არ არის), და გადასცემს მათ — ავტომატურად მოაგვარებს მთელ დამოკიდებულების გრაფიკს.
1. A class is marked @Injectable() → it's a provider
2. The provider is registered in a module's `providers` array
3. Another class declares it as a constructor parameter
4. NestJS's IoC container resolves and INJECTS the instance automatically
@Module({
providers: [UsersService, DatabaseService, LoggerService], // register all providers
controllers: [UsersController],
})
export class UsersModule {}
// Nest's container now knows how to construct each and inject them where needed
✓ Loose coupling — classes depend on ABSTRACTIONS, not on constructing concrete deps
✓ Testability — inject MOCK dependencies in tests easily (no real DB needed)
✓ Reusability — one shared instance (singleton) used across the app
✓ Maintainability — change an implementation in one place (the module registration)
// in a test, provide a fake DatabaseService — no real database required
const module = await Test.createTestingModule({
providers: [
UsersService,
{ provide: DatabaseService, useValue: mockDatabase }, // inject a mock
],
}).compile();
ვინაიდან კლასი არ ქმნის თავის დამოკიდებულებებს, შეგიძლიათ ჩაანაცვლოთ მოქმედი სიმულაციები ტესტირებისთვის — DI NestJS აპლიკაციებს ხელმისაწვდომელი ტესტირებისთვის აქცევს.
// use injection tokens for config/values, not just classes
constructor(@Inject("CONFIG") private config: AppConfig) {}
დამოკიდებულების ინჟექცია არის საფუძველი ნიმუში, რომელიც უჭირავს NestJS-ის მთელ არქიტექტურას — ეს არის, თუ როგორ იღებენ კონტროლერები მომსახურებას, მომსახურებები იღებენ საცავებს და სხვა მომსახურებებს, და მთელი აპლიკაცია დაკავშირებულია.
ამის გაგება აუცილებელია, რადგან თითქმის ყველა NestJS კლასი მონაწილეობს DI-ში: თქვენ გამოცხადებთ დამოკიდებულებებს კონსტრუქტორში და ფრეიმვორკის IoC კონტეინერი მათ ავტომატურად აგებს და უზრუნველყოფს, აღმოფხვრის ხელით აგებას და მკაცრი დაკავშირებას.
პользaბ არის მნიშვნელოვანი და ცენტრალური NestJS-ის ღირებულების მიზეზებში: სუსტი დაკავშირება (დამოკიდებულება აბსტრაქციებზე), ტესტირებადობა (მოქმედი სიმულაციების ინჟექცია რეალური დამოკიდებულებების ნაცვლად — რის შედეგადაც ყოვლისმომცველი ერთეულის ტესტირება ადვილი ხდება), გამოსაყენებლობა (საერთო singleton), და ზეგაკეთება.
DI აღებულია ფრეიმვორკებიდან, როგორიცაა Angular და Spring, და მისი დაუფლება — დამოკიდებულებების გამოცხადება, რეგისტრაცია, ინჟექცია და მოქმედი სიმულაცია — აუცილებელია კარგად სტრუქტურირებული, ტესტირებადი NestJS აპლიკაციების აგებისთვის და ფრეიმვორკში ღრმად გასაგები ყველაზე მნიშვნელოვანი ცნებაა.