Ho notato che la maggior parte delle pagine PHP e Perl sembrano appartenere a
PHP è migliore di Perl perché <inserisci qui un motivo debole>
ilk, e raramente fare confronti ragionevoli.
Dal punto di vista della sintassi, scoprirai che PHP è spesso più facile da capire di Perl, in particolare quando hai poca esperienza. Ad esempio, tagliare una stringa di spazi bianchi iniziali e finali in PHP è semplicemente
$string = trim($string);
In Perl è un po 'più criptico
$string =~ s/^\s+//;
$string =~ s/\s+$//;
(Credo che questo sia leggermente più efficiente di una singola riga di cattura e sostituzione, e anche un po 'più comprensibile.) Tuttavia, anche se PHP è spesso più simile all'inglese, a volte mostra ancora le sue radici come wrapper per C di basso livello, per esempio, strpbrk
e strspn
sono probabilmente usati raramente, perché la maggior parte dei dilettanti PHP scrive le proprie funzioni equivalenti per qualcosa di troppo esoterico, piuttosto che passare il tempo ad esplorare il manuale. Mi chiedo anche quali siano i programmatori per i quali l'inglese è una seconda lingua, poiché tutti sono sullo stesso piano di cose come Perl, dovendo impararlo da zero.
Ho già accennato al manuale. PHP ha un ottimo manuale online e sfortunatamente ne ha bisogno. Mi riferisco ancora di tanto in tanto a cose che dovrebbero essere semplici, come l'ordine dei parametri o la convenzione di denominazione delle funzioni. Con Perl, probabilmente troverete si fa riferimento al manuale di un sacco come a iniziare e poi un giorno si avrà un a-ha attimo e mai bisogno di nuovo. Bene, almeno non finché non sarai più avanzato e ti renderai conto che non solo c'è più di un modo, probabilmente c'è un modo migliore, qualcun altro probabilmente lo ha già fatto in quel modo migliore, e forse dovresti semplicemente visitare CPAN.
Perl ha molte più opzioni e modi per esprimere le cose. Questa non è necessariamente una buona cosa, sebbene consenta al codice di essere più leggibile se usato con saggezza e almeno uno dei modi con cui probabilmente avrai familiarità. Ci sono alcuni stili e modi di dire in cui ti ritroverai a cadere, e posso consigliare vivamente di leggere Perl Best Practices
(prima piuttosto che dopo), insieme a Perl Cookbook, Seconda Edizione
per essere al passo con la risoluzione dei problemi comuni.
Credo che il motivo per cui Perl viene utilizzato meno spesso negli ambienti di hosting condiviso è che storicamente la lentezza percepita di CGI e la riluttanza degli host a installare mod_perl a causa di problemi di sicurezza e configurazione hanno reso PHP un'opzione più attraente. Il ciclo è poi continuato, più persone hanno imparato a usare PHP perché più host lo offrivano e più host lo offrivano perché era quello che le persone volevano usare. Le differenze di velocità e i problemi di sicurezza sono resi discutibili da FastCGI in questi giorni, e nella maggior parte dei casi anche PHP è a corto di FastCGI, piuttosto che lasciarlo nel nucleo del server web.
Che sia così o meno o ci siano altri motivi, PHP è diventato popolare e al suo interno sono state scritte una miriade di applicazioni. Per la maggior parte delle persone che desiderano solo un sito Web entry-level con un semplice blog o una galleria fotografica, PHP è tutto ciò di cui hanno bisogno, quindi è ciò che promuovono gli host. Non dovrebbe esserci nulla che ti impedisca di usare Perl (o qualsiasi altra cosa tu scelga) se vuoi.
A livello aziendale, dubito che troveresti troppo PHP in produzione (e per favore, nessuno punto su Facebook come controesempio, ho detto a livello aziendale ).