Τι είναι dependency injection;

Question

Accepted Answer

**Dependency injection (DI)** είναι ένα pattern όπου ένα object λαμβάνει τις **εξαρτήσεις του από έξω** (injected) αντί να τις δημιουργεί μόνο του. Προάγει χαλαρή σύζευξη, δυνατότητα δοκιμής και ευελιξία — ένα θεμελιώδες, ευρέως χρησιμοποιούμενο pattern στο σύγχρονο software.

## Τι είναι το dependency injection

```text
WITHOUT DI → a class CREATES its own dependencies (tightly coupled):
  class OrderService { constructor() { this.db = new Database(); } }  // hardcoded dependency
WITH DI → dependencies are PROVIDED (injected) from outside:
  class OrderService { constructor(db) { this.db = db; } }   // db is injected
→ the object doesn't create/control its dependencies → they're given to it
```

## Γιατί το DI είναι σημαντικό

```text
✓ TESTABILITY → inject MOCKS/fakes in tests → test the class in isolation (the biggest win)
✓ LOOSE COUPLING → the class depends on an ABSTRACTION/interface, not a concrete class →
  swap implementations easily
✓ FLEXIBILITY → change dependencies without changing the class (different configs, environments)
✓ EXPLICIT dependencies → constructor shows what the class needs (vs hidden creation)
✓ Separation of concerns → creation/wiring is separate from use
```

## Μορφές και frameworks

```text
→ CONSTRUCTOR injection → dependencies via the constructor (most common, preferred)
→ Setter / method injection → via setters or method parameters
→ DI CONTAINERS/frameworks → manage and inject dependencies automatically (Spring, NestJS,
  Angular, Dagger/Hilt, etc.) → wire up the object graph for you
→ inversion of control (IoC) → DI is a form of IoC (the framework/caller controls dependencies)
```

## Γιατί είναι σημαντικό

Η κατανόηση του dependency injection είναι πολύτιμη γιατί είναι ένα **θεμελιώδες, ευρέως χρησιμοποιούμενο pattern** που είναι κεντρικό σε δοκιμάσιμο, συντηρήσιμο, σύγχρονο software, επομένως είναι σημαντική γνώση σχεδιασμού.

Το DI — όπου objects λαμβάνουν τις εξαρτήσεις τους από έξω αντί να τις δημιουργούν — είναι ένα από τα πιο σημαντικά και διάδοτα patterns στη σύγχρονη ανάπτυξη.

Η κατανόηση της βασικής ιδέας (μια κλάση που λαμβάνει εξαρτήσεις μέσω injection αντί να hardcode την δημιουργία τους) είναι θεμελιώδης.

Η κατανόηση του **γιατί το DI είναι σημαντικό** είναι κλειδί: το μεγαλύτερο όφελος είναι η **δοκιμασιμότητα** (injection mocks ή fakes για δοκιμή κλάσεων σε απομόνωση — καθώς οι κλάσεις που δημιουργούν τις δικές τους εξαρτήσεις είναι δύσκολο να δοκιμαστούν, το DI είναι απαραίτητο για unit testing), συν **χαλαρή σύζευξη** (εξάρτηση από abstractions αντί από συγκεκριμένες κλάσεις, ενεργοποιώντας την εναλλαγή υλοποιήσεων), **ευελιξία** (αλλαγή εξαρτήσεων χωρίς αλλαγή της κλάσης, για διαφορετικές ρυθμίσεις και περιβάλλοντα), **ρητές εξαρτήσεις** (το constructor δείχνει τι χρειάζεται η κλάση, έναντι κρυμμένης δημιουργίας), και διαχωρισμό ανησυχιών (wiring ξεχωριστά από χρήση).

Αυτά τα οφέλη κάνουν το DI κεντρικό σε συντηρήσιμη, δοκιμάσιμη αρχιτεκτονική.

Η κατανόηση των **μορφών και frameworks** — constructor injection (η πιο κοινή και προτιμώμενη μορφή), setter/method injection, **DI containers/frameworks** (Spring, NestJS, Angular, Dagger/Hilt αυτόματα διαχειριζόμενες και εγχεόμενες εξαρτήσεις), και η σχέση με το **inversion of control** — διευκρινίζει πώς το DI εφαρμόζεται στην πράξη, καθώς είναι ενσωματωμένο σε πολλά σημαντικά frameworks.

Το DI είναι θεμελιώδες σε σύγχρονη αρχιτεκτονική software και ένα θεμέλιο δοκιμάσιμου σχεδιασμού.

Επειδή το dependency injection είναι ένα θεμελιώδες, διάδοτο pattern κεντρικό σε δοκιμάσιμο, συντηρήσιμο, σύγχρονο software (με δοκιμασιμότητα να είναι ένα κρίσιμο όφελος), και επειδή είναι ενσωματωμένο σε σημαντικά frameworks και είναι ένα θεμέλιο καλής αρχιτεκτονικής, και επειδή η κατανόησή του, των οφελών του, και των μορφών του είναι σημαντική για σύγχρονη ανάπτυξη, η κατανόηση του dependency injection είναι πολύτιμη, πρακτικά σημαντική γνώση σχεδιασμού — ένα θεμελιώδες pattern κεντρικό σε δοκιμάσιμη, συντηρήσιμη αρχιτεκτονική, ενσωματωμένο σε πολλά σημαντικά frameworks, απαραίτητο για unit testing και χαλαρή σύζευξη, και ένα θεμέλιο σύγχρονου σχεδιασμού software που κάθε developer θα έπρεπε να κατανοεί.