Contenuto
Chiedimi quale framework usare e probabilmente avrò un momento di vecchia scontrosa e ti dirò che tutti i framework sono cattivi l'uno dell'altro. Il che non vuol dire che siano tutti cattivi, esattamente, ma in PHP abbiamo un numero inimmaginabilmente grande di framework (solitamente citato come N + 1, dove N è il numero di sviluppatori PHP nel mondo), e probabilmente tutti avevano un senso alla persona che li ha inventati.
Avere una scelta di framework è probabilmente meglio che provare a utilizzare un solo framework, indipendentemente da ciò che esattamente stavi cercando di costruire, perché è il "migliore" (in qualsiasi misura di "migliore"). Questa selezione di offerte di framework significa che puoi scegliere qualcosa che soddisfi le esigenze del progetto e potrebbe anche essere documentato. I framework su qualsiasi piattaforma sono davvero lì per fornire struttura, moduli e librerie riutilizzabili e generalmente evitano tutte le attività noiose e ripetitive legate alla creazione della stessa funzionalità più e più volte. Ad esempio, durante la creazione di CMS, qualcosa dovrebbe elaborare e convalidare i campi del modulo per me; se lasciato a me stesso potrei perdere qualcosa di importante e preferirei di gran lunga fare gli elementi di ogni progetto che sono diverso, piuttosto che quelli che sono sempre gli stessi!
Framework full-stack
I framework full-stack, come Zend Framework, possono essere un buon punto di partenza per uno sviluppatore senza molta esperienza di architettura. Fornisce una buona struttura su cui appendere una nuova applicazione e attorno ad essa c'è un buon "ecosistema": molti libri, tutorial e anche una documentazione ragionevole. Se stai cercando di creare un'applicazione di grandi dimensioni che verrà mantenuta da molte persone, è probabile che un framework completo e popolare sia una buona scelta in quanto determinerà un bel po 'di struttura e sarà ben conosciuto e compreso.
Avere una struttura per aiutare con la separazione è sempre un bene; All'inizio della mia carriera ho lavorato con alcuni molto sviluppatori junior e tentarono di insegnare loro il pattern MVC (Model View Controller), che all'epoca era relativamente nuovo. Abbiamo deciso di utilizzare Smarty nel livello di visualizzazione; in parte in modo che i designer potessero lavorare con i modelli più facilmente, e in parte in modo che quando qualcuno è venuto alla mia scrivania e ha detto "come faccio a fare X con Smarty?" Potrei dire "non fare X nella vista!" (nove volte su 10, questa era la risposta). Avere framework ci aiuta a trovare la stessa separazione in altre parti della nostra applicazione. Molti di loro supportano l'integrazione con un livello di template come Smarty, o il mio nuovo preferito, Twig, quindi puoi portare questi strumenti con te qualunque sia il framework che scegli.
Alleggerire il carico
Ci sono molti framework più leggeri di Zend Framework, ad esempio lavoro con CodeIgniter un po '. È completo e robusto come Zend Framework? No, non lo è. Ma come framework di supporto per consentire la creazione rapida di un'applicazione, è utile. In generale, i framework con meno funzionalità di "aiuto" possono essere più facili da orientarsi poiché è molto più ovvio come i pezzi vanno insieme. In un framework sconosciuto (per me, questo è praticamente tutto), sono i bit automagici che rendono difficile lavorare ed eseguire il debug.
Quella sensazione di essere "persi in un nuovo quadro" è inevitabile e assolutamente frustrante; anche uno sviluppatore esperto si sente un principiante quando non sa come funziona qualcosa. Se sei davvero sfortunato, avrai scelto un framework il cui canale IRC ti dirà che anche tu sei un idiota! È questa esperienza iniziale molto negativa che spinge molte persone ad usare un nuovo framework o ad adottarne uno in primo luogo e pochissimi framework fanno un buon lavoro nell'aiutare i nuovi utenti a superare quell'ostacolo iniziale.
In PHP abbiamo anche alcuni framework che non sono realmente framework nel modo in cui di solito uso la parola. Abbiamo dei bellissimi framework di componenti; raccolte di librerie progettate per essere usate a volontà e per giocare bene insieme, come Zeta Components (in precedenza eZ Components) e Symfony Components (avete visto il loro sito? Vincono il premio per la migliore grafica!). Il meglio e il più sottovalutato di questi sono, ovviamente, le offerte PEAR e PECL di PHP, che in qualche modo vengono dimenticate in questo nuovo e coraggioso mondo di framework.
Microframeworks
I microframework sono una tendenza emergente in PHP; queste sono offerte super leggere che ti aiutano solo a incollare le cose insieme più rapidamente. Un buon esempio è Slim, che è molto veloce e semplice da usare e comprende i concetti RESTful. Si basa sull'idea di "rotte", che sono pattern URL. Si registra una rotta e si fornisce una richiamata che dovrebbe essere invocata quando viene richiesto quell'URL.
La maggior parte degli sviluppatori PHP adotta un framework e lo segue, oppure potrebbe usarne uno al lavoro e un altro per i loro hobby o progetti open source. C'è poco consenso sul framework "migliore" da usare, quindi tutti si limitano a ciò che sanno e il risultato è lo sviluppo parallelo di un numero enorme di framework! Mi piace avere una selezione tra cui scegliere, ma ho già detto che sono tutti pessimi l'uno con l'altro?
Se conosci Zend Framework, finisci per descriverti come uno sviluppatore Zend Framework; non ti sentiresti a tuo agio a scrivere in un altro framework fino a quando non avessi avuto la possibilità di affrontarlo, e probabilmente non ricorderai molte delle funzioni PHP grezze per cose se non le usi spesso. Questa idea che siamo diventati sviluppatori specifici del framework, lavorando solo su livelli di astrazione, è un po 'strana per PHP. Dopo tutto, questo è il linguaggio "per risolvere il problema del web". È scritto in C ed è di per sé un linguaggio veloce e leggero ... a patto di non aspettare che venga eseguito un grande processo di bootstrap del framework! Da questo contesto è emerso il MicroPHP Manifesto, scritto da un uomo che chiamiamo Funkatron (anche se in realtà si chiama Ed Finkler). È una serie di affermazioni che dicono che va bene costruire un numero di piccoli moduli interoperabili, che più grande non è migliore e che in realtà la vita è troppo breve per Java, anche se è scritto in PHP.
