Dopo\u00a0una fase di testing\u00a0relativamente veloce pare proprio che ci siamo: il 26 Novembre 2020, la nuova\u00a0major version PHP 8<\/b>,\u00a0il linguaggio di programmazione\u00a0pi\u00f9 noto per lo sviluppo di server, sar\u00e0 disponibile per tutti.<\/p>\n
Scopriamo insieme, nel prossimo articolo, le principali novit\u00e0 e performance della nuova versione <\/b>di questo linguaggio.<\/p>\nIl passaggio da PHP 7 a PHP 8<\/h2>\n
Creato dallo sviluppatore Rasmus Lerdorf<\/b><\/a> venticinque anni fa per la creazione di pagine web dinamiche, PHP \u00e8 il linguaggio di programmazione\u00a0pi\u00f9 noto per lo sviluppo di server, che nel tempo si \u00e8 evoluto in un linguaggio completo e professionale<\/b>, grazie anche al supporto della community e di professionisti che ruota intorno ad esso.<\/p>\n Il termine\u00a0major version\u00a0<\/b>\u00e8 importante: cos\u00ec come PHP 7 ha introdotto modifiche che hanno rotto le compatibilit\u00e0 con PHP 5.6, dobbiamo aspettarci anche in questo caso un salto tecnologico importante che introdurr\u00e0 molte\u00a0breaking changes<\/i>.<\/p>\n Esattamente come nel passaggio da PHP 5.6 a PHP 7, la vera differenza la far\u00e0 la qualit\u00e0 del codice e la capacit\u00e0 del singolo developer di aggiornarsi<\/b>; utilizzare framework come Symfony<\/i>,\u00a0Laravel<\/i>,\u00a0Yii<\/i>\u00a0pu\u00f2 essere d\u2019aiuto per gestire passaggi di versione cos\u00ec importanti, obbligando lo sviluppatore a scrivere codice il pi\u00f9 possibile astratto e di alto livello.<\/p>\n Principale novit\u00e0 di questa versione \u00e8 il supporto per la compilazione\u00a0JIT<\/b>\u00a0(Just-in-Time), il cui compito \u00e8 quello di migliorare la performance<\/b>, interpretando e compilando le parti del codice riga per riga durante il runtime, ovvero l\u2019esecuzione. In termini pratici quindi il JIT \u00e8 una modalit\u00e0 di compilazione durante il funzionamento stesso di una applicazione<\/b> e per questo parliamo di \u201ctraduzione dinamica\u201d, perch\u00e9 avviene durante l\u2019esecuzione anzich\u00e9 prima.<\/p>\n La procedura di esecuzione di PHP 8 si compone di quattro fasi:<\/p>\n L\u2019abilitazione di OPcache <\/b>permette di velocizzare le operazioni e di ottimizzare le prestazioni macchina <\/b>avendo dei contenuti immediati senza attendere. In altre parole, con OPcache l\u2019interprete PHP attraversa le quattro fasi della procedura solo la prima volta in cui viene eseguito lo script, rendendo immediatamente disponibili i bytecode della rappresentazione intermedia di basso livello per eseguirli poi sulla Zend VM.<\/p>\n La versione PHP 8 si \u00e8 infatti allineata alla robustezza dei sistemi legacy pi\u00f9 blasonati, mantenendo per\u00f2 le caratteristiche esclusive che lo rendono un metodo sicuro:<\/p>\n In DotEnv il team sviluppo lavora gi\u00e0 con PHP 7.4, rilasciata lo scorso novembre, per poter garantire una sempre migliore performance. Con il rilascio della nuova versione quindi aggiorneremo ulteriormente metodi e procedure, certi dei vantaggi che PHP8 comporter\u00e0, dopo il rilascio della versione Beta1 lo scorso 6 agosto.<\/p>\n Union Types<\/b><\/p>\n Link alla RFC<\/b><\/a><\/p>\n Questa era, personalmente, una delle carenze che pi\u00f9 avvertivo nel dichiarare funzioni; il rischio come sempre sar\u00e0 quello di un abuso della funzionalit\u00e0; vediamo con un esempio:<\/p>\n Prima di PHP 8, l\u2019unica possibilit\u00e0 per ritornare uno o pi\u00f9 valori era solo il\u00a0<\/span> in questo esempio posso ritornare\u00a0 Link alla RFC<\/b><\/a><\/p>\n Il compilatore Just in Time sulla carta promette importanti miglioramenti in termini di performance anche se tutto dipender\u00e0 dal caso d\u2019uso specifico. In ambito web, esistono dei benchmark che sembrano sfatare questo mito. Vedremo nei prossimi mesi, soprattutto perch\u00e9 la versione stabile potrebbe essere molto pi\u00f9 ottimizzata.<\/p>\n L\u2019operatore\u00a0<\/b>nullsafe<\/i><\/b><\/p>\n Link alla RFC<\/b><\/a><\/p>\n Alzi la mano chi qualche volta si \u00e8 trovato l\u2019errore\u00a0 ma\u00a0 Se quindi in questo caso esiste\u00a0 In PHP 8 diventa tutto molto pi\u00f9 leggibile e pulito<\/p>\n $da<\/p>\n Quel\u00a0 Named arguments<\/b><\/p>\n Questa \u00e8 una grossa novit\u00e0 che sicuramente aiuter\u00e0 a rendere pi\u00f9 leggibile il codice. Prendiamo questa struttura:<\/p>\n Al momento, una volta invocata, l\u2019ordine da seguire \u00e8 definito dalla firma della funzione; notate la comodit\u00e0 di:<\/p>\n cos\u00ec facendo non devo ricordarmi la posizione degli elementi ma il loro nome, rendendo tutto molto pi\u00f9 leggibile e lineare. Nell\u2019esempio della struttura vedrete la prossima novit\u00e0 di PHP 8, i\u00a0Constructor property promotion.<\/i><\/p>\n Link alla RFC<\/b><\/a><\/p>\n Una cosa comodissima e che vi eviter\u00e0 inutili e ripetitive righe di codice. Come potete vedere mi sono evitato la definizione della variabili all\u2019inizio della classe\u00a0 Premesso che non amo particolarmente gli\u00a0 Di sicuro avrete visto qualcosa come:<\/p>\n bene, tutto questo si pu\u00f2 accorciare in qualcosa di molto pi\u00f9 semplice e leggibile:<\/p>\n spariscono i\u00a0break<\/i>\u00a0e pi\u00f9 valori possono essere accorpati assieme se il risultato \u00e8 lo stesso. Inoltre ritorna un valore che gi\u00e0 viene associato ad una variabile, senza la necessit\u00e0 di ripetere il\u00a0 Link alla RFC<\/b><\/a> Sono disponibili alcune nuove funzioni in PHP 8, ad esempio\u00a0<\/span> diventa<\/p>\n allo stesso modo abbiamo anche altre due funzioni:<\/p>\n Link alla RFC<\/b><\/a><\/p>\n Quante volte, abituati ad esempio agli\u00a0array<\/i>\u00a0<\/span>vi siete ritrovati ad aggiungere la virgola all\u2019ultimo parametro di una funzione? Ora finalmente \u00e8 possibile farlo:<\/p>\n Link alla RFC<\/b><\/a><\/p>\n Ultima novit\u00e0, piccola ma decisamente comoda: al posto di usare\u00a0 notate come, finalmente, possa usare\u00a0 PHP 8 porta sicuramente una ventata di novit\u00e0 e freschezza, obbligando il developer a utilizzare sempre pi\u00f9 sintassi simili ad altri linguaggi e abbandonando sempre pi\u00f9 concezioni legacy che hanno, negli anni, rovinato la sua reputazione.<\/p>\n Il salto non sar\u00e0 quindi importante come da PHP 5 a PHP 7 proprio perch\u00e9 un gran lavoro di svecchiamento \u00e8 stato gi\u00e0 fatto.<\/p>\n Ora sta agli sviluppatori scrivere del buon codice e utilizzare questi nuovi tools<\/i>; tutto ci\u00f2 che in PHP 8 \u00e8 stato tolto (diventando quindi una breaking change) lo trovate nella guida all\u2019upgrade<\/b><\/a>.<\/p>\n Fonte: stitcher.io<\/b><\/a> e\u00a0<\/span>Brent<\/b><\/a>\u00a0<\/span><\/p>\n In DotEnv le competenze in termini di linguaggi di programmazione non mancano. Gli sviluppatori sono un gruppo eterogeneo che seguono procedure precise per raggiungere precisi obiettivi e rilasciare software performanti ai clienti.<\/p>\nLa principale novit\u00e0 di PHP 8: JIT<\/b><\/h2>\n
Le fasi di esecuzione di PHP 8 con OPcache<\/b><\/h2>\n
\n
Le caratteristiche principali di PHP 8<\/b><\/h2>\n
\n
Le nuove funzionalit\u00e0 di PHP 8<\/h2>\n
public function foo(Foo|Bar $input): int|float;<\/code><\/p>\nnull<\/code>, ad esempio con<\/p>\npublic function foo(?Foo $input): ?int;<\/code><\/p>\nnull<\/code>\u00a0oppure\u00a0int<\/code>\u00a0e la funzione accetta un\u00a0$input<\/code>\u00a0di tipo\u00a0null<\/code>\u00a0o\u00a0Foo<\/code>. Ma cosa succede se il dato di ritorno \u00e8, per esempio, un int e un float? Non avrei potuto farlo. Questo non vale se si usa il\u00a0void<\/code>: se, quindi, una funzione non ritorna nulla, non mi posso aspettare altri tipi di dato oltre a void (non avrebbe senso dire che il dato di ritorno \u00e8\u00a0int<\/code>\u00a0o\u00a0void<\/code>).<\/p>\npublic function foo(Foo|null $foo): void;<\/code><\/p>\npublic function bar(?Bar $bar): void;<\/code><\/p>\nJIT<\/b><\/h2>\n
Fatal error: Call to a member function getFoo() on null<\/code>; questo accade perch\u00e9 magari il codice \u00e8 scritto cos\u00ec<\/p>\n$object->bar->getFoo();<\/code><\/p>\nbar<\/code>\u00a0\u00e8 null. L\u2019unica soluzione era quindi quella di usare un operatore ternario (o verificare in due step se\u00a0bar<\/code>\u00a0<\/span>esiste) ad esempio:<\/p>\n$startDate= $booking->getStartDate();<\/code><\/p>\n$dateAsString = $startDate ? $startDate->asDateTimeString() : null;<\/code><\/p>\n$startDate<\/code>\u00a0chiamo la funzione\u00a0asDateTimeString()<\/code>, altrimenti ritorno null.<\/p>\n$dateAsString = $booking->getStartDate()?->asDateTimeString();<\/code><\/p>\n?<\/code>\u00a0sta facendo esattamente la stessa cosa, ma in modo pi\u00f9 veloce e leggibile.<\/p>\n
\nFino ad oggi gli argomenti passati ad una funzione erano posizionali: se quindi il primo elemento era\u00a0$a<\/code>\u00a0e poi\u00a0$b<\/code>\u00a0i valori da passare dovevano seguire questo ordine.<\/p>\nclass CustomerData<\/code><\/p>\n{<\/code><\/p>\npublic function __construct(<\/code><\/p>\npublic string $name,<\/code><\/p>\npublic string $email,<\/code><\/p>\npublic int $age,<\/code><\/p>\n) {}<\/code><\/p>\n}<\/code><\/p>\n$data = new CustomerData(<\/code><\/p>\n age: $input['age'],<\/code><\/p>\n name: $input['name'],<\/code><\/p>\n email: $input['email'],<\/code><\/p>\n);<\/code><\/p>\nConstructor property promotion<\/b><\/h3>\n
\nSi passa da:<\/p>\nclass Money<\/code><\/p>\n{<\/code><\/p>\npublic Currency $currency;<\/code><\/p>\npublic int $amount;<\/code><\/p>\npublic function __construct(<\/code><\/p>\n Currency $currency,<\/code><\/p>\nint $amount,<\/code><\/p>\n) {<\/code><\/p>\n$this->currency = $currency;<\/code><\/p>\n$this->amount = $amount;<\/code><\/p>\n}<\/code><\/p>\n}<\/code><\/p>\na<\/code><\/p>\nclass Money<\/code><\/p>\n{<\/code><\/p>\npublic function __construct(<\/code><\/p>\npublic Currency $currency,<\/code><\/p>\npublic int $amount,<\/code><\/p>\n) {}<\/code><\/p>\n}<\/code><\/p>\nMoney<\/code>\u00a0cos\u00ec come l\u2019assegnazione nel costruttore.<\/p>\nMatch<\/b><\/h3>\n
switch-case<\/code>\u00a0in quanto li ritengo, tanto quanto gli else, poco leggibili e funzionali,\u00a0match<\/code>\u00a0permette di avere, in forma compatta, quello che faremmo con uno\u00a0switch<\/code>.<\/p>\nswitch ($statusCode) {<\/code><\/p>\ncase 200:<\/code><\/p>\ncase 300:<\/code><\/p>\n$message = null;<\/code><\/p>\nbreak;<\/code><\/p>\ncase 400:<\/code><\/p>\n$message = 'not found';<\/code><\/p>\nbreak;<\/code><\/p>\ncase 500:<\/code><\/p>\n$message = 'server error';<\/code><\/p>\nbreak;<\/code><\/p>\ndefault:<\/code><\/p>\n$message = 'unknown status code';<\/code><\/p>\nbreak;<\/code><\/p>\n}<\/code><\/p>\n$message = match ($statusCode) {<\/code><\/p>\n200, 300 => null,<\/code><\/p>\n400 => 'not found',<\/code><\/p>\n500 => 'server error',<\/code><\/p>\ndefault => 'unknown status code',<\/code><\/p>\n};<\/code><\/p>\n$message =<\/code>\u00a0ogni volta.<\/p>\nStringhe<\/b><\/h3>\n
\nLink alla RFC<\/b><\/a><\/p>\nstr_contains()<\/code>\u00a0torner\u00e0\u00a0true<\/i>\u00a0o\u00a0false<\/i>\u00a0senza pi\u00f9 dover passare per\u00a0strpos<\/code><\/p>\nif (strpos('string with lots of words', 'words') !== false) { }<\/code><\/p>\nif (str_contains('string with lots of words', 'words')) { }<\/code><\/p>\nstr_starts_with('haystack', 'hay');<\/code><\/p>\nstr_ends_with('haystack', 'stack');<\/code><\/p>\nTrailing comma in parameter lists<\/b><\/h3>\n
public function(<\/code><\/p>\nstring $parameterA,<\/code><\/p>\nint $parameterB,<\/code><\/p>\n Foo $objectfoo,<\/code><\/p>\n) {<\/code><\/p>\n}<\/code><\/p>\n::class per gli oggetti<\/b><\/h3>\n
get_class()<\/code>\u00a0sugli oggetti, si potr\u00e0 utilizzare il pi\u00f9 conosciuto\u00a0::class<\/code><\/p>\n$foo = new Foo();<\/code><\/p>\nvar_dump($foo::class);<\/code><\/p>\n::class<\/code>\u00a0su\u00a0$foo<\/code>.<\/p>\n<\/h2>\n