Πώς λειτουργεί η εξάρτηση εισχυσίας (dependency injection) στο .NET;

Question

Accepted Answer

**Dependency Injection (DI)** είναι ενσωματωμένο στο σύγχρονο .NET — το framework περιλαμβάνει ένα DI container που κατασκευάζει αυτόματα τις κλάσεις και **εισχύει τις εξαρτήσεις τους**. Καταχωρείτε υπηρεσίες (χαρτογραφώντας interfaces σε implementations) και το container τις επιλύει, επιτρέποντας χαλαρά συνδεδεμένο, δοκιμάσιμο κώδικα. Είναι θεμελιώδες για το ASP.NET Core. ## Καταχώρηση υπηρεσιών ```csharp // in Program.cs — register services with a LIFETIME builder.Services.AddScoped(); // interface → implementation builder.Services.AddSingleton(); builder.Services.AddTransient(); ``` Καταχωρείτε κάθε χαρτογράφηση υπηρεσίας που συνδέει ένα **interface με μια implementation** με ένα lifetime. Στη συνέχεια, οτιδήποτε εξαρτάται από το interface λαμβάνει την καταχωρημένη implementation. ## Constructor injection (το πρότυπο προεπιλογής) ```csharp public class UserService { private readonly IUserRepository _repo; private readonly IEmailSender _email; // dependencies are declared in the constructor — the container INJECTS them automatically public UserService(IUserRepository repo, IEmailSender email) { _repo = repo; _email = email; } } // you never `new UserService(...)` manually — the container builds it, resolving the chain ``` Οι εξαρτήσεις δηλώνονται ως παράμετροι του κατασκευαστή (τυποποιημένες ως interfaces). Το container κατασκευάζει την κλάση και εισχύει τις καταχωρημένες implementations, επιλύοντας αυτόματα ολόκληρο το γράφημα εξαρτήσεων. ## Service lifetimes (σημαντικό να επιλέξετε σωστά) ```text Singleton → ONE instance for the entire app lifetime (shared; must be thread-safe) Scoped → one instance PER request (the common default for web — e.g. DbContext) Transient → a NEW instance every time it's requested (lightweight, stateless services) → Choosing wrong (e.g. a singleton capturing a scoped DbContext) causes subtle bugs. ``` ## Τα οφέλη: χαλαρή σύζευξη και δοκιμασιμότητα ```csharp // because UserService depends on INTERFACES, you can inject MOCKS in tests var service = new UserService(mockRepo, mockEmail); // no real DB/email needed ``` ## Γιατί έχει σημασία Η dependency injection είναι θεμελιώδης για το σύγχρονο .NET — είναι **ενσωματωμένη στο framework** και είναι η ραχοκοκαλιά του ASP.NET Core, οπότε η κατανόησή της είναι απαραίτητη για οποιαδήποτε σύγχρονη ανάπτυξη εφαρμογών C#. Το ενσωματωμένο DI container του framework κατασκευάζει αυτόματα τις κλάσεις και εισχύει τις εξαρτήσεις τους (επιλύοντας ολόκληρο το γράφημα εξαρτήσεων), οπότε καταχωρείτε υπηρεσίες και αφήνετε το container να συνδέσει τα πάντα μαζί αντί να δημιουργείτε χειροκίνητα τις εξαρτήσεις. Τα κύρια οφέλη είναι σημαντικά και κεντρικά στο γιατί τονίζεται το DI: **χαλαρή σύζευξη** (εξάρτηση από interfaces αντί συγκεκριμένων κλάσεων, ώστε οι implementations να μπορούν να αντικατασταθούν) και ιδιαίτερα **δοκιμασιμότητα** (εισχύοντας mock implementations σε δοκιμές αντί για πραγματικές εξαρτήσεις όπως βάσεις δεδομένων ή υπηρεσίες ηλεκτρονικού ταχυδρομείου — κάνοντας τις περιεκτικές δοκιμές μονάδας πρακτικές). Η κατανόηση του τρόπου καταχώρησης υπηρεσιών (χαρτογραφώντας interfaces σε implementations), constructor injection (το πρότυπο προεπιλογής) και — σημαντικά — τα **service lifetimes** (`Singleton`, `Scoped`, `Transient`) είναι απαραίτητη: η επιλογή ενός λανθασμένου lifetime προκαλεί λεπτά, δύσκολα προς αποσφαλμάτωση σφάλματα (π.χ. ένα singleton που κρατά ένα scoped `DbContext`, ή ζητήματα thread-safety με κοινόχρηστα singletons), οπότε η κατανόηση του πότε ισχύει κάθε lifetime (Scoped ανά αίτημα για πράγματα όπως DbContext, Singleton για κοινόχρηστες υπηρεσίες χωρίς κατάσταση, Transient για ελαφριά) είναι κρίσιμη. Επειδή το DI είναι ενσωματωμένο στο .NET, υποστηρίζει την αρχιτεκτονική του ASP.NET Core και είναι το κλειδί για τη σύνταξη χαλαρά συνδεδεμένου, δοκιμάσιμου κώδικα, η κυριαρχία του — το container, το constructor injection, ο σχεδιασμός με βάση τα interfaces και ιδιαίτερα τα service lifetimes — είναι σημαντική, συχνά εφαρμοσμένη ανώτερη γνώση για τη δημιουργία συντηρήσιμων, δοκιμάσιμων σύγχρονων εφαρμογών C#, και ένα συνήθες θέμα συνέντευξης.