Dependency injection
Un componente riceve le dipendenze dall’esterno invece di creare da sé implementazioni concrete.
Che cos’è la dependency injection?
Con la dependency injection, un componente riceve le dipendenze necessarie dall’esterno, ad esempio come parametri del costruttore. Non deve creare da sé l’implementazione concreta. La composizione delle parti è separata dal loro utilizzo. È possibile farlo con normale codice; il principio non richiede un contenitore DI specifico.
In un esempio inventato, un componente di report riceve un lettore di dati. Durante l’uso legge la fonte prevista; per un test mirato, un’implementazione di prova adatta può fornire dati fissi. Questo facilita verifiche isolate ma non dimostra il collegamento corretto alla fonte reale. Durata, configurazione e rilascio delle risorse restano da definire. DI è una forma specifica di inversione del controllo; non ogni inversione del controllo né ogni Service Locator è DI.
Fonti
Termini correlati
- Clean ArchitectureSeparare le regole aziendali dai dettagli esterni e orientare le dipendenze del codice verso il nucleo.
- Test unitarioUna verifica mirata di una parte piccola e definita del software, per esempio regola o funzione.
- Pattern di progettazioneUna struttura di soluzione riutilizzabile per un problema ricorrente di progettazione, con i suoi compromessi.
- Cache stampedeUn cache stampede si verifica quando più cache miss simultanei avviano ripetutamente lo stesso calcolo o la stessa query costosa.
- BackpressureLa backpressure adatta il flusso di dati in ingresso alla capacità del destinatario attraverso segnali di rallentamento o pausa.
- Race conditionUn risultato errato dipende dall’ordine temporale di accessi sovrapposti.
Il vostro progetto con ASES
Descriveteci il vostro progetto. Vi ricontatteremo con una prima valutazione.