Con l'introduzione delle funzionalità Object-Oriented e Namespacing in PHP, sto amando la nuova pulizia trovata del codice PHP che può essere prodotta. La cosa fastidiosa è che il nucleo di PHP è ancora un disordine disordinato di funzioni.Iniziative per lo spazio dei nomi PHP core e librerie
Esistono iniziative per organizzare il core PHP e le librerie "comuni" in spazi dei nomi e classi?
C'è stata qualche discussione, ma nessuna reale volontà: il team di sviluppo di PHP è troppo corto per le dimensioni del progetto e ci sono altre priorità. Si dovrebbe notare che ciò interromperà la compatibilità con gli script precedenti, anche se i nomi globali correnti vengono lasciati così come sono. Vedi here.
Si potrebbe voler vedere la RFC che propone il use of namespaces for internal classes e la sua discussione nella mailing list interna here e here.
SPL è un buon inizio in questa direzione.
Questo è un grande punto. SPL è una di quelle cose che sento e dimentico altrettanto rapidamente. Se l'utilizzo di SPL non pregiudica sensibilmente le prestazioni, sarebbe fantastico per i documenti online farvi riferimento di più in modo che le persone si abituino a utilizzarle. (garantito, questo è uno sforzo della comunità, non uno sforzo del nucleo centrale) –
Abbiamo bisogno di sensibilizzare. I documenti dovrebbero davvero fare riferimento a SPL. Farò un punto per aggiungere commenti nel manuale ogni volta che vedo un punto appropriato. Buono a sapersi: CakePHP 2.0 implementerà SPL. Ho appena trovato la libreria complementare SPL Types, che è un tentativo (sperimentale) di forzare la lingua. http://www.php.net/manual/en/book.spl-types.php – VladFr