IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

PHP 7.0.0 officiellement disponible

Le , par Michael Guilloux

354PARTAGES

4  0 
Après près de deux ans de développement, 13 préversions et quelques reports, PHP 7.0.0 est enfin disponible. L'annonce officielle de sa disponibilité a en effet été faite hier par l'équipe chargée de son développement. Conformément à ce qui avait été annoncé sur le site de PHP lors de la dernière préversion, la version finale de PHP 7.0.0 est identique à la 8e release candidate à quelques corrections de bogues près.


Comme dans les branches précédentes, PHP 7 apporte de nombreuses nouveautés : fonctionnalités, fonctions, classes et interfaces, constantes globales. Il faut aussi noter des modifications en ce qui concerne certaines fonctions et la suppression de quelques fonctionnalités obsolètes. Mais ce qu'il faut retenir dans cette nouvelle version majeure de PHP, c'est l'amélioration de la performance avec un moteur Zend Engine jusqu'à deux fois plus rapide que dans la version 5.6. Parmi les autres améliorations et nouvelles fonctionnalités dans le langage de programmation, l'équipe de développement de PHP 7.0.0 met également l'accent sur :

  • une utilisation de la mémoire considérablement réduite ;
  • l'arbre syntaxique abstrait (AST) ;
  • un support 64-bit compatible ;
  • une amélioration de la hiérarchie Exception ;
  • de nombreuses erreurs « fatales » converties en « Exceptions » ;
  • un générateur de nombre aléatoire (RNG) sécurisé ;
  • la suppression des anciennes interfaces de programmation des applications serveur (SAPI) et extensions, ainsi que celles qui ne sont pas prises en charge ;
  • l'opérateur de coalescence null (??) ;
  • les déclarations de type Return et Scalar ;
  • les classes anonymes ;
  • les asserts zero cost.

Pour les développeurs qui veulent migrer leurs codes de PHP 5.6.x vers PHP 7.0.x, il est recommandé de consulter le guide de migration pour la liste des nouvelles fonctionnalités et des changements qui ne sont pas compatibles avec les versions précédentes. Ces informations sont disponibles sur la page officielle de PHP.

Télécharger le code source de PHP 7.0.0
Liste complète des changements
Guide de migration de PHP 5.6.x vers PHP 7.0.x

Source : Annonce officielle de la disponibilité de PHP 7.0.0

Et vous ?

Qu'appréciez-vous le plus dans cette nouvelle version de PHP ?
Quels changements et fonctionnalités auriez-vous appréciés dans cette version, mais qui n'y sont pas ?

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de Eric30
Membre actif https://www.developpez.com
Le 26/05/2016 à 13:30
Que pensez vous de la version 7.1 de PHP ?
Que la 7 était déjà très bien, rien que pour le typage strict ou les constantes tableaux , les erreurs catchables...

Donc vivement la 7.1
4  0 
Avatar de Kearz
Membre expert https://www.developpez.com
Le 06/06/2016 à 10:06

En Java ou autres les règles te permettent de te concentrer sur l'essentiel

En PHP j'ai toujours peur d'écrire un truc con et de devoir passer du temps à le trouver après.
C'est cool, on a appris que tu faisais du JAVA. Ce langage tellement supérieur pour faire du web qu'on le retrouve sur tous les grands sites.
Euh, attends, on m'informe dans l’oreillette que le J2EE est pas si utilisé que ça. Pourtant, avec ses règles qui te permettent de te concentrer sur l'essentiel, vraiment, je comprends pas.

D'ailleurs, le JAVA pour faire du web (en tout cas en France) j'ai l'impression que c'est surtout un truc que pousse les SSII.

J'ai fait du JAVA (web & autres), du PHP, du Node.JS/javascript et un peu de .NET.
Et écrire des trucs à la con et passer du temps à les trouver, j'en ai fait dans tous les langages.
Tout est une question d'habitude, maintenant que j'ai dis que je refusais de faire du JAVA et que je me concentre plus sur le PHP/JS, je trouve plus vite un problème dans du PHP ou du JS que dans du JAVA.
4  0 
Avatar de Eric30
Membre actif https://www.developpez.com
Le 06/06/2016 à 10:44
Citation Envoyé par Kearz Voir le message

D'ailleurs, le JAVA pour faire du web (en tout cas en France) j'ai l'impression que c'est surtout un truc que pousse les SSII.
Une impression que je partage aussi (j'insiste sur le fait qu'il s'agit d'une impression). Probablement parce que bien souvent, un dev Java est simplement vendu plus cher.

Citation Envoyé par Kearz Voir le message

Et écrire des trucs à la con et passer du temps à les trouver, j'en ai fait dans tous les langages.
Amen
3  0 
Avatar de devEric69
Membre régulier https://www.developpez.com
Le 06/06/2016 à 13:44
D'ailleurs, le JAVA pour faire du web (en tout cas en France) j'ai l'impression que c'est surtout un truc que pousse les SSII.
J'adhère à ce constat. Php est LE langage d'IHM qui a remplacé les sites faits avec des applets Java dans les années 2000 pour ces raisons, entre autres: sécurité et pas autant orienté @string comme l'est Php qui a été initialement pensé comme un moteur de templates.

Je n'ai rien contre Java: c'est un langage que j'ai appris et que je garde sous le coude pour éventuellement créer des servlets de traitement avec la BDD, quand les boucles de php côté back-end ralentissent trop: je préfère déboguer des objets avec un vrai débogueur, plutôt que de passer mon temps dans d'immenses procédures stockées SQL et regarder les messages de traçage dans une table de débogage.
Là où Java peut encore pleinement s'exprimer sur le Web, c'est pour des fonctionnalités back-end réseaux, grâce à son API complète et sa vélocité.

Maintenant, oui, quand on développe du Php, on voudrait un peu plus de rigueur dans les types car les fonctionnalités demandées à Php deviennent de plus en plus complexes, donc demandent parallèlement plus de typage pour moins se perdre. Mais, Java ne remplacera plus Php sur le Web: il faut vous faire une raison. Ceux que ça énerve vont continuer à braire pendant longtemps, mais ça ne changera rien. Ils n'ont qu'à demander pourquoi les tablettes Google Android faites en Java ne laissent pas s'exécuter les sites en applets Java... C'est parce que Google juge que les applets Java sont potentiellement trop dangereuses pour leur OS. Donc, pour résumer, nous avons un OS leader développé en Java qui refuse de voir s'exécuter du Java en IHM ! Ça ne peut que contribuer à renforcer Php comme langage incontournable pour un site Web.
3  0 
Avatar de Kearz
Membre expert https://www.developpez.com
Le 07/06/2016 à 12:44
Java pour le web, ce n'est pas forcément J2EE, il y a des solutions beaucoup plus légères que ça. Et les applets?
Boarf, c'est un raccourcis de dire J2EE pour Java pour le web. (parce qu'au final, spring, c'est pas du J2EE.)

Les applets avait du sens à l'époque, peut-être. Comme le PHP4 avait surement du sens à l'époque.
Mais c'était à l'époque, ça à du sens de critiquer les applets aujourd'hui, comme ça à du sens de critiquer du PHP4.

Donc critiquer PHP7 sur la base de "PHP, c'est dégueulasse" (en ayant PHP4 en tête) ça n'a pas beaucoup de sens.
3  0 
Avatar de zozizozu
Membre régulier https://www.developpez.com
Le 08/12/2015 à 17:23
Sur mon pc, php5 met 213 ms pour résoudre un sudoku, php7 met 0.083, soit 2.5 fois plus rapide °)
2  0 
Avatar de zozizozu
Membre régulier https://www.developpez.com
Le 08/12/2015 à 18:04
Citation Envoyé par nazoreen Voir le message
Je serais curieux de voir le code pour le sudoku, merci.
Je pense l'avoir pompé dans le coin, à peine modifié ...
2  0 
Avatar de sabotage
Modérateur https://www.developpez.com
Le 03/06/2016 à 23:06
C'est le far west, il n'y a pas de règles.
Il y a évidemment des règles, l’interpréteur ne fonctionne pas de manière aléatoire, et ces règles sont documentées.
Alors on peut débattre pour savoir s'il voulait mieux interdire l'addition d'une chaîne et d'un entier ou décrire ce qui se passe si on le fait.
Chez facebook, ils ont ajouté le typage strict à PHP.

Il faut se souvenir que PHP a été créé pour exploiter des formulaires web.

Peut être que dans 10 ans ils ajouteront une option de typage strict, dans 20 ans un avertissement et dans 30 ans ca sera obligatoire.
2  0 
Avatar de Kearz
Membre expert https://www.developpez.com
Le 07/06/2016 à 17:02
J'ai rien contre le fait de faire du JAVA hein.

Je le trouve juste, très, trop lourd pour le web.
Tu prends l'exemple de Doctrine, t'as vu a quel point c'est souple/simple par rapport à Hibernate? Et pourtant tu récupère des objets aussi. Hibernate, c'est pareil en lourd.

Donc oui, les objets en JAVA, c'est pratique quand tu veux gérer que des objets. Donc dans une application, un jeu (enfin là, c'est niveau perf' que ça va pêcher) c'est pas mal.
Il faut pas oublier que 90% des sites web aujourd'hui, c'est aller chercher de information en base et les afficher et donc rarement du traitement très très lourd.

Je pense que pour la majorité des sites, PHP fait l'affaire, surtout avec des frameworks comme Symfony/laravel/zend (& leurs versions light). Il y a des cas où .NET/JAVA seront mieux mais ça reste marginal (gros site, gros calcul, ..).
Alors que les SSII ont tendances à pousser le Java pour le TJM pour tout et n'importe quoi. Des site web de gestion de base (genre 5 tables qui se battent en duel avec moins de 1000 entrées avec quasiment aucun traitement) en JAVA? C'est pas sortir un bazooka pour tuer une mouche? Et pourtant j'en ai vu..

Par contre, si demain on me demande de faire une application bureautique en PHP, je vais trouver ça complètement ridicule. Java/C# sont largement mieux pour faire des applications.
2  0 
Avatar de devEric69
Membre régulier https://www.developpez.com
Le 08/06/2016 à 15:46
Et les applets? Ce n'est pas une technologie destinée à faire des sites mais plutôt des applications qui se lancent côté client, ça avait un sens à l'époque où ça a été conçu mais sauf pour quelques besoins très spécifiques ce sont clairement des reliques du passé.
??? Affirmer que les applets ne sont pas une technologie destinée à faire des sites , c'est un non-sens!

Avancer qu'Android fait en Java ne supporte pas les applets... Bon ben déjà, Android est fait en C/C++, et il possède une JVM spéciale qui n'a que très peu à voir avec celles qui tournent sur windows ou linux. En gros c'est à peu près aussi pertinent que de dire que C++ c'est de la merde parce que linux fait pas fonctionner des vieux ActiveX windows.
J'ai une tablette Google Nexus: je l'ai choisie pour le support des mises à jour automatiques qui est impeccable . Je ne vois pas où j'ai dit que Google ou Android étaient de la merde .

Par contre je dis que moi, je sais qu'avec ma tablette Google Nexus tournant sous Android, les applets Java sont interdites d'affichage et que ça concerne encore beaucoup de sites. C'est comme ça. Ce qui m'amène à constater que le comportement de ma tablette - mais je pourrais dire la même chose de la sur-protection de beaucoup de navigateurs vis à vis de cette technologie, du point de vue d'un internaute de base - contribue à marginaliser les sites développés en applets Java et contribue à renforcer Php pour de nouveaux développements si je tiens compte de cette information, vu qu'Android est devenu un des OS leaders. J'peux pas être plus clair. Et j'ajouterai qu'il me semble que c'est plutôt un fil dédié à "Php7 et son évolution Php7.1 pour des fonctionnalités avec IHM sur internet", et non pas dédié à "Java et des corrélations vérifiées ou pas versus Php7 pour des fonctionnalités avec IHM sur internet".

Cordialement .
2  0