In che modo l'iniezione di dipendenza non sposta semplicemente la complessità in una classe separata?

Iniezione delle dipendenze aiuta semplicemente a definire come un oggetto conosce un altro oggetto dipendente. Non ti aiuterà a ridurre la complessità complessiva del sistema. Se avevi bisogno di decine di importazioni prima di DI, avrai ancora bisogno di decine di importazioni dopo. La differenza è che queste importazioni si troveranno in una posizione (classe) che ha più senso (fabbrica, costruttore, ecc.).

Consentendo di fornire le dipendenze attraverso un costruttore o un metodo, ti consenti la flessibilità di fornire un oggetto dipendente diverso, ma ancora valido, alla tua classe e aumentare la coesione di detta classe rimuovendo i dubbi.

Ci sono diversi principi che sono simili e sono spesso usati insieme: Dipendenza iniezione (DI), Inversione di controllo (IoC) e il principio di inversione di dipendenza (DIP)

Da questo articolo link

DI is about wiring, IoC is about direction, and DIP is about shape

L'iniezione di dipendenza non riduce la complessità, ma aumenta la maniciabilità attraverso la separazione delle preoccupazioni e l'accoppiamento ridotto.

But I cannot help but think that where before I had a humongous view controller class that had tens of header imports, I now have a humongous factory class that has tens of header imports. Am I supposed to avoid having a massive factory class?

Dovresti evitare classi "humongous", punto. Supponiamo che tu abbia diviso il controller della vista in classi più piccole e più manutenibili. Ora tutti sono responsabili di ottenere le loro dipendenze. DI ti aiuta a spostare questa gestione delle dipendenze da tutte quelle classi in una classe factory / configuration che è only responsabile della gestione delle dipendenze - vedi Single Responsibility Principle. E anche se sarà molto meno "humongous" del controller di visualizzazione originale, se diventa troppo grande hai sempre la possibilità di dividerlo in classi di gestione delle dipendenze più piccole che sono responsabili di diverse parti dell'applicazione.

In parole semplici:

L'iniezione di dipendenza sposta la complessità verso il punto in cui danneggia meno.

EDIT per @gnat: DI non è solo spostare la complessità in una classe separata, ma spostarla dove provoca meno danni.