Dans cette release : PHP Unit, modules PHAR, coding style PSR 12 et un serveur applicatif. Nos invités sont Stéphanie Trumtel et Romain Moro, de l'AFUP Toulouse.
Cette émission est la suite de la précédente CPU Ex0145 : 25 ans de PHP
Chapitres :
- Bonjour à toi, Enfant du Futur Immédiat : Éléphantesque — (1:28)
- ♪ State of Bengal - Elephant ride — (5:19)
- Interview : première partie — (10:41)
- ♪ DJ Magic Mike - Da Jungle — (20:38)
- Interview : deuxième partie — (26:54)
- ♪ Passengers - Elvis ate America — (40:36)
- Interview : troisième partie — (43:34)
Documentation :
- Les antennes locales de l'AFUP
- Les membres AFUP ont désormais RDV sur Slack
- PSR-12 : Extended coding style
- PHP code quality tools to check and improve your code
- PHP RFC : Name of next release of PHP (La débacle de PHP 6, 2014)
- What happened to PHP 6 ?
- PHP 7 : le typage strict
- Just in Time compilation explained
- PHP 7 : Deprecated features
- Using asynchronous processes in PHP
- ReactPHP : event-driven, non-blocking I/O with PHP
- Comment exécuter plusieurs versions PHP sur un serveur en utilisant Apache et PHP-FPM sur Ubuntu 18.04
- PHP and the
?:Elvis Operator - Moving fast with high perfomance Hack (le fork de PHP par Facebook)
- L'IDE PhpStorm par JetBrains
- Le support de PHP dans l'IDE NetBeans
- PHP RFC : Shorter attribute syntax change
- PHP Framework Interop Group
- PHP Standard Recommendations (wikipédia propose une table claire)
- PHP Standards Recommendations
- Faut-il encore apprendre PHP en 2020 ?
- Les arguments nommés vont débarquer dans PHP 8 et promettent de nombreux avantages
- PHP Forum des 25 ans de PHP
- PHP magazine
- Comment rendre fou un développeur ? (2015)
- Comment se procurer la mascotte PHP (Elephphant) ?
- 10 règles pour placer votre statue de Ganesh correctement à la maison (ou au travail)
Équipe :
- Enflammée, Chief Implementer Officer
- Da Scritch, Chief Interface Officer
Release shippée avec les moyens techniques de CPU.
Illustration : Logo de PHP 8 imaginé par Vincent Pontier, licence non précisée.
1 De George Peter "Girgias" Banyard - 01/12/2020, 22:56
Je vais pas mentir, mais en tant que core dev et avoir écouté un peu la section à propos de PHP 8 j'ai du mal à comprendre les invités.
Le typage dans PHP existe, il est stricte, et OPcache se sert déjà de ces infos pour optimiser les scripts.
Et qu'il soit full typé obligatoire ne fait pas vraiment de sens.
C'est du gradual typing qui est imposé par le runtime (comparé à Python où obligé de passer par un analyseur statique) et franchement c'est une force du langage, pas une faiblesse IMHO.
De même pour les unions types, certes certains vont pas aimer mais c'est surtout pour l'avoir dans le moteur et pouvoir typer ces cas au lieux de n'avoir aucun typage. De plus PHP 8.0 type correctement les fonctions internes et ceci est seulement possible grâce aux types d'unions. J'aimerai aussi rappeler que si on utilise un type nullable, c.à.d. ?type on utilise déjà un type d'union (et puis le type d'union int|float est franchement pratique quand même).
Bon les attributs je comprend que les gens n'ont pas suivit car c'était un peu le bordel mais y a qu'un seul vote qu'on pourrait dire qui a été invalidé, les autres c'était des amendements/extensions basé sur la feature principale.
Les arguments nommée fonctionne avec les fonctions internes, s'en ai même tout l’intérêt. J'imagine que plus de gens vont les utiliser sur les fonctions internes pour skip des arguments par défaut, pas devoir se rappeler si le chaîne de recherche est avant la botte de foin ou vice-versa, etc. que dans des fonctions utilisateur dites "bien" conçu où y a pas une flopée de paramètre drapeaux.
All in all, c'est pas mal mais y a un certain à priori qui à l'air de monter que PHP c'est conçu à huit clos alors que n'importe qui peut proposer une RFC (fonctionnalité/dépréciation/modification) ce qui a était largement le cas pour PHP 8.0, et qu'on fait des trucs sans prendre en comptes les end-users.