Ho lavorato a un'applicazione Zend Framework che attualmente fa un sacco di cose tramite Zend Application e alcuni plugin di risorse scritti per questo.
Tuttavia, osservando questa base di codice ora, mi sembra che l'uso di Zend_Application renda le cose più complicate; e un semplice file di bootstrap "tradizionale" farebbe meglio a essere trasparente. Questo è ancora più vero perché i singoli componenti di Zend - Zend_Controller, Zend_Navigation, ecc. - non fanno assolutamente riferimento a Zend_Application. Quindi fanno cose del tipo "Beh, chiama setRoute e sii sulla buona strada" e l'utente è rimasto a grattarsi la testa su come implementarlo in termini di file di configurazione application.ini.
Questo non vuol dire che non si possa capire cosa sta succedendo facendo spelunking attraverso il codice sorgente ZF. Il mio problema con questo approccio è che è facile dipendere da qualcosa che è un dettaglio di implementazione, piuttosto che un contratto, e che tutto ciò che sembra fare è aggiungere un ulteriore livello di riferimento indiretto che è necessario approfondire per comprendere un'applicazione. p>
Guardo il codice di esempio pre ZF 1.8, prima dell'esistenza di Zend_Application e ovunque vedo file di bootstrap che configurano il framework MVC e si mettono in moto. Il codice è chiaro e facile da capire, anche se è un po 'ripetitivo. Mi piace il concetto ASCIUTO che l'applicazione ti dà, ma in particolare quando presumo che le persone che guardano il codice dell'app non siano affatto familiari con Zend, sto pensando di eliminare qualsiasi dipendenza che ho su Zend_Application e tornare a un file di bootstrap tradizionale.
Ora, la mia preoccupazione è che non ho molta esperienza in questo, e non voglio liberarmi di Zend_Application se fa qualcosa di particolarmente importante di cui non sono a conoscenza, o qualcosa del genere. C'è una buona ragione per tenerlo in giro?