PHP 5.5 sort en Alpha 1

[Hinault Romaric]

PHP 5.5 sort en Alpha 1
et introduit les générateurs, le block Finally ainsi qu’une API de hachage des mots de passe

Le cycle de publication de PHP 5.5.0 vient officiellement de débuter.

Les développeurs de la plateforme Web ont publié la première version Alpha de PHP 5.5.0.

PHP 5.5.0 apporte des nouvelles fonctionnalités majeures au langage, dont le support des générateurs. Les générateurs sont un moyen simple et puissant de créer des itérateurs. L’introduction des générateurs dans PHP va permettre aux développeurs d’implémenter des itérateurs sans avoir à écrire beaucoup de code décoratif.

Le support des générateurs s’accompagne de l’introduction du nouveau mot clé « yield », qui permet d’implémenter un itérateur. Ce mot clé peut être utilisé suivant trois syntaxes différentes (yield, yield $value, yield $key => $value).

L’intégration d’une nouvelle API de hachage des mots de passe permettra aux développeurs et administrateurs de stocker en toute sécurité les mots de passe. En une seule ligne de code, les développeurs pourront générer un mot de passe chiffré en utilisant bcrypt.

Également au menu de PHP 5.5.0, l’ajout du mot clé finally. finally permet d'éviter au développeur d'écrire un code de nettoyage lorsqu'une exception non manipulable se produit.

L’extension intl, facilitant la gestion de l’internalisation et la localisation s’enrichit de deux nouvelles classes, permettant la manipulation des dates et des timezones (IntlCalendar et IntlGregorianCalendar) et de nouveaux itérateurs pour le parcours de texte par caractères, mots, lignes ou phrases (IntlBreakIterator, IntlRuleBasedBreakIterator et IntlCodePointBreakIterator).


Avec cette version, les boucles foreach pourront désormais supporter les listes.

Côté support, cette version met fin au support de Windows XP et Windows 2003. L’Alpha 1 de PHP 5.5 est disponible à des fins de tests. Les développeurs sont invités à télécharger cette version et fournir des commentaires et même des correctifs de bugs.

Des fonctionnalités pourront être ajoutées ou supprimées avant la publication de la prochaine mouture de PHP 5.5.0.


Télécharger les packages pour PHP 5.5 Alpha 1

Télécharger les binaires pour Windows de PHP 5.5 Alpha 1


Source : php.net


Et vous ?

Que pensez-vous des nouveautés de PHP 5.5 ? Quelles autres fonctions souhaiterez-vous trouver dans le langage ?

[Cryde]

Que pensez-vous des nouveautés de PHP 5.5 ?

J'adore la gestion "native" des mots de passe !
Une bénédiction !

[ugo-sans-h]

ENFIN la gestion du "finally" il était temps !

Il est vrai que la gestion des iterator était un peut lourde, proposer une solution est une bonne chose.

D'un point de vue général, je pense que cette nouvelle stratégie de sortie de version plus fréquente apportera plus de dynamisme au langage, plus de réaction dans sa communauté et donc plus de vie à php, ce qui peut être un très bon moteur.

[Gugelhupf]

Vu ce qu'il est possible de faire avec le bloc try de Java 7 aujourd'hui, PHP a encore un train de retard avec le bloc finally.
Sinon bonne nouvelle pour le generator yield et l'API de cryptage

[Zefling]

Envoyé par Gugelhupf

Vu ce qu'il est possible de faire avec le bloc try de Java 7 aujourd'hui, PHP a encore un train de retard avec le bloc finally.

Je trouve tout de même qu'on finit par en abuser et je suis pas sûr que niveau perf ça soit extra. Mais je peux me tromper.

Perso, j'attends toujours le support natif de l'Unicode. Et pour les perfs je pense aussi qu'il y a de la marge.

[kdmbella]

C'est un grand ouf en ce qui concerne les itérator car la "tonne" de code qu'il fallait écrire pour en implémenté un ...

[pcescato]

Envoyé par Gugelhupf

Vu ce qu'il est possible de faire avec le bloc try de Java 7 aujourd'hui, PHP a encore un train de retard avec le bloc finally.

Vu les performances et le confort d'une A8 TDI, le New Holland R7 185 est à la ramasse... sur route ! Mais pour labourer, je voudrais voir les perfs de la A8 ! Java a son utilité, ses contraintes, ses performances, ses domaines de prédilection... pour PHP c'est pareil. Ne comparons que ce qui est réellement comparable (A toutes fins utiles, le New Holland est un tracteur).

[Hinault Romaric]

La première bêta de PHP 5.5 disponible
avec Zend Opcache pour améliorer les performances des applications et la fonction array_column

Cette étape importante dans le cycle de développement du langage de programmation Web marque le gel des nouvelles fonctionnelles, ce qui signifie qu’aucune autre nouvelle caractéristique ne sera ajoutée jusqu’à la sortie de la version finale.

Au menu des nouveautés majeures :

• l’ajout d’array_column, une fonction qui permet de retourner une colonne dans un tableau multidimensionnel ;
• l’intégration de Zend Opcache extension (fonction désactivée par défaut. Son utilisation nécessite l’édition du fichier INI) ;
• la prise en charge des clés non scalaires pour les itérateurs dans le foreach ;
• la possibilité de modifier le titre des processus dans « CLI/CLI-Server SAPIs ».

Zend Opcache est le nouveau nom qui a été attribué à Zend Optimizer+. Cette fonctionnalité permet de charger plus rapidement les pages PHP en améliorant les performances du bytecode généré par l’interpréteur de code source PHP.

En plus de ces nouvelles fonctions, PHP 5.5 introduit également le support des générateurs, le nouveau mot clé « yield », une nouvelle API de hachage des mots de passe et le nouveau mot clé « finally » (voir section « le dossier complet de la rédaction »).

La prochaine bêta de PHP 5.5 est prévue pour la quatrième semaine d’avril. Les développeurs sont invités à tester cette version et à apporter leur feedback pour permettre une sortie rapide de la version finale.

Télécharger le bêta de PHP 5.5


Source : site du projet


Et vous ?

Utilisez-vous Zend Optimizer ? Que pensez-vous de son intégration dans PHP 5.5 ?

[Jarodd]

Bonjour,

L'exemple de finally (#2) sur la doc n'est pas très clair...

Dans cet exemple on a ce résultat :

Code :

1
2
3
4
5
6
 
0.2
Première fin.
Exception reçue : Division par zéro.
Seconde fin.
Bonjour le monde !

Or quel est l'intérêt de mettre "première fin" et "seconde fin" dans un finally, alors que le mettre en dehors du try catch (comme "bonjour le monde !") a le même effet ?

[Celira]

Je pense que c'est pour illustrer le finally, et notamment le fait qu'on passe toujours dedans : le "Première fin" correspond à un cas où il n'y a pas d'exception et le "Seconde fin" à un cas où une exception a été attrapée.

[atha2]

Envoyé par Jarodd

Bonjour,

L'exemple de finally (#2) sur la doc n'est pas très clair...

Dans cet exemple on a ce résultat :

Code :

Or quel est l'intérêt de mettre "première fin" et "seconde fin" dans un finally, alors que le mettre en dehors du try catch (comme "bonjour le monde !") a le même effet ?

Le bloque finally n'est pas vraiment utile dans le cas d'un structure try-catch-finally. La seule utilité que je lui vois dans ce cas est la documentation (finally <=> libération des ressources). Par contre on peut l'utiliser de la façon suivante (en reprenant l'exemple) :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
try {
  try {
      echo inverse(5) . "\n";
  }finally {
      echo "Première fin.\n";
  }

  try {
      echo inverse(0) . "\n";
  }finally {
      echo "Seconde fin.\n";
  }
} catch (Exception $e) {
    echo 'Exception reçue : ',  $e->getMessage(), "\n";
}
// On continue l'exécution
echo 'Bonjour le monde !';

C'est encore plus utile dans le cas où on a plusieurs try-finally imbriqués pour gérer plusieurs ressources mais qu'on veux traiter les exceptions de manière globale.

Envoyé par Gugelhupf

Vu ce qu'il est possible de faire avec le bloc try de Java 7 aujourd'hui, PHP a encore un train de retard avec le bloc finally.

Envoyé par pcescato

Vu les performances et le confort d'une A8 TDI, le New Holland R7 185 est à la ramasse... sur route ! Mais pour labourer, je voudrais voir les perfs de la A8 ! Java a son utilité, ses contraintes, ses performances, ses domaines de prédilection... pour PHP c'est pareil. Ne comparons que ce qui est réellement comparable (A toutes fins utiles, le New Holland est un tracteur).

La nouvelle gestion des try-with-ressource en Java est juste un sucre syntaxique. Il n'y a donc pas d'impact sur les performance. Elle pourrait très bien être ajouté à PHP.
En gros :

Code java :

1
2
3
4
5
static String readFirstLineFromFile(String path) throws IOException {     
 try (BufferedReader br = new BufferedReader(new FileReader(path))) {   
      return br.readLine();   
 } 
}

est remplacé par :

Code java :

1
2
3
4
5
6
7
8
static String readFirstLineFromFileWithFinallyBlock(String path) throws IOException {
   BufferedReader br = new BufferedReader(new FileReader(path));     
   try {       
     return br.readLine();  
   } finally {   
     if (br != null) br.close();  
   }
}

Par contre toutes les classes IO des API ont été modifiées pour ajouter l'interface Closeable (close(); )

[Gugelhupf]

Je ne savais pas que c'était une simple sucre syntaxique.
Mais il y a tout de même une différence, c'est que la portée des objets instanciés dans le cas d'un try-with-ressource sont limités au bloc try.
Enfin bref, plus court et plus propre, parfait pour un langage de haut niveau.