Zend Di vs contenitori di dipendenza dipendenza ServiceManager

Question

Che cosa è DI per e qual è il suo caso d'uso, quando abbiamo ServiceManager?

sembrano essere simili in quanto nei file di configurazione sia per zend-di e zend-servicemanager possiamo impostare alcune opzioni come aliases e invokables.

Sto cercando di capire meglio cosa sta succedendo dietro le quinte con questi componenti e la documentazione non mi ha dato abbastanza informazioni.

Potrebbe per favore dirmi qual è la differenza e quando dovrei usare Di invece di ServiceManager?

Answer 1

Zend \ DI fa affidamento su magie, come i riflessi, per rilevare e iniettare dipendenze mentre il gestore servizi utilizza le fabbriche fornite dall'utente. Questa è la differenza principale.

Di sorta di deprecato in comunità a favore di SM a causa di problemi di complessità, debug e prestazioni. Si suppone che sia buono per RAD, ma è necessaria una conoscenza superiore alla media per usarlo correttamente.

D'altra parte SM ha un cablaggio piuttosto dettagliato ed esplicito, è possibile aprire il codice dopo un anno e capire facilmente cosa sta succedendo.

Answer 2

Zend\Di si occupa di collegare le lezioni insieme, mentre con Zend\ServiceManager è necessario collegare le cose manualmente e scrivere una chiusura di fabbrica per ogni classe che si desidera creare.

Zend\ServiceManager è molto più veloce poiché non si basa sul lento Reflection API. D'altra parte, scrivere chiusure per grandi applicazioni con centinaia di classi diventa molto noioso. Mantenere aggiornate le vostre chiusure diventerà più complicato man mano che la vostra applicazione cresce.

Per risolvere questo problema, ho scritto un modulo Zend Framework 2 chiamato ZendDiCompiler. Si affida a Zend\Di per eseguire la scansione del codice e genera automaticamente il codice factory per creare un'istanza delle classi. Ottieni il meglio da entrambi i componenti: la potenza di Zend\Di e le prestazioni di Zend\ServiceManager.

Ho messo un bel po 'di lavoro nella documentazione di ZendDiCompiler e sono forniti anche alcuni esempi di utilizzo semplici e avanzati.

Answer 3

Fondamentalmente la differenza è il seguente:

• Zend\ZerviceManager = fabbrica guidato IoC Container
• Zend\Di = autowiring IOC attuazione

Zend\Di stata riscritta per la versione 3. Il suo comportamento ora più solido e prevedibile rispetto alla v2 ed è progettato per integrarsi perfettamente in zend-servicemanager per fornire funzionalità di auto-cablaggio (non più magie strane). Dal momento che utilizza l'API di riflessione di PHP per risolvere le dipendenze, è più lento di un approccio guidato dalla fabbrica. Pertanto la versione 3 viene fornita con un compilatore AoT per creare un iniettore pre-risolto che omette l'uso di Reflection. Un ulteriore vantaggio: le fabbriche generate possono essere utilizzate anche con Zend\ServiceManager direttamente.

C'è una guida per l'utilizzo AoT con entrambe le componenti: https://zendframework.github.io/zend-di/cookbook/aot-guide/