La première bêta de PHP 5.5 disponible

Avec Zend Opcache pour améliorer les performances des applications

Le 2013-03-25 11:55:48, par Hinault Romaric, Responsable .NET

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 ?

Discussion forum

11 commentaires

Jarodd
Membre expérimenté
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 ?
le 25/03/2013 à 12:29
Celira
Modératrice

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.

le 25/03/2013 à 13:46

atha2

Membre éprouvé

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 :

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 ?

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
 
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(); )

le 25/03/2013 à 16:01

Gugelhupf
Modérateur

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.

le 25/03/2013 à 20:53