Πώς λειτουργεί η ένεση εξάρτησης (dependency injection) στο NestJS;

Question

Accepted Answer

**Dependency Injection (DI)** είναι ένα βασικό pattern του NestJS όπου το framework **δημιουργεί και παρέχει αυτόματα** τις εξαρτήσεις που χρειάζεται μια κλάση, αντί η κλάση να τις δημιουργεί οι ίδια. Δηλώνεις αυτό που χρειάζεσαι στον constructor, και το NestJS το παρέχει — οδηγώντας σε χαλαρά συνδεδεμένο, δοκιμάσιμο κώδικα.

## Πώς λειτουργεί: δήλωση στον constructor

```ts
@Injectable()
export class UsersService {
  // declare dependencies as constructor parameters — Nest injects them
  constructor(
    private readonly db: DatabaseService,
    private readonly logger: LoggerService,
  ) {}
  // you NEVER write `new DatabaseService()` — Nest creates and provides it
}
```

Το Nest διαβάζει τους τύπους των παραμέτρων του constructor, αναζητά τους αντίστοιχους καταχωρημένους providers, τους δημιουργεί (αν δεν υπάρχουν ήδη), και τους παρέχει — επιλύοντας αυτόματα ολόκληρο το γράφο εξαρτήσεων.

## Η ροή του DI

```text
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
```

## Καταχώρηση και επίλυση

```ts
@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
```

## Γιατί το DI είναι πολύτιμο

```text
✓ 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)
```

## Δοκιμασιμότητα — το κύριο πλεονέκτημα

```ts
// 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();
```

Επειδή η κλάση δεν δημιουργεί τις δικές της εξαρτήσεις, μπορείς να αντικαταστήσεις mocks για δοκιμές — το DI κάνει τις εφαρμογές NestJS εξαιρετικά δοκιμάσιμες.

## Ένεση μη-class τιμών

```ts
// use injection tokens for config/values, not just classes
constructor(@Inject("CONFIG") private config: AppConfig) {}
```

## Γιατί έχει σημασία

Η ένεση εξάρτησης είναι το θεμελιώδες pattern που υποστηρίζει ολόκληρη την αρχιτεκτονική του NestJS — είναι ο τρόπος με τον οποίο οι controllers λαμβάνουν services, οι services λαμβάνουν repositories και άλλα services, και ολόκληρη η εφαρμογή συνδέεται μεταξύ τους.

Η κατανόησή του είναι απαραίτητη επειδή σχεδόν κάθε κλάση NestJS συμμετέχει στο DI: δηλώνεις εξαρτήσεις στον constructor και το IoC container του framework τις επιλύει και παρέχει αυτόματα, εξαλείφοντας τη χειροκίνητη δημιουργία instances και την ισχυρή σύζευξη.

Τα πλεονεκτήματα είναι σημαντικά και κεντρικά για το λόγο που το NestJS είναι πολύτιμο: **χαλαρή σύζευξη** (εξάρτηση από abstractions), **δοκιμασιμότητα** (ένεση mocks αντί πραγματικών εξαρτήσεων — κάνοντας τις ολοκληρωμένες unit tests εύκολες), επαναχρησιμότητα (κοινά singletons), και συντηρησιμότητα.

Το DI δανείζεται από frameworks όπως Angular και Spring, και η κατάκτησή του — πώς να δηλώνεις, να καταχωρείς, να εισάγεις, και να κάνεις mock εξαρτήσεις — είναι αναγκαία για την κατασκευή καλά δομημένων, δοκιμάσιμων εφαρμογών NestJS και είναι μία από τις πιο σημαντικές έννοιες που πρέπει να κατανοήσεις βαθιά στο framework.