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 !

La version 7.1 de PHP sera bientôt rendue disponible
Cette nouvelle version met plus l'accent sur les performances que sur les règles syntaxiques

Le , par Victor Vincent

432PARTAGES

7  0 
La version 7 de PHP a été conçue pour gagner en vitesse par rapport aux versions antérieures du langage. Cette mise à jour du langage de développement côté serveur qui est prévue pour novembre ne déroge pas à la règle et aurait gagné en performance. Avec les versions de mise à jour de la version 7 du langage, l’équipe de développement de PHP a prévu plusieurs nouvelles fonctionnalités tout en insistant sur le caractère primordial donné à la vitesse d’exécution. En effet, le PDG de Zend qui est par ailleurs celui qui a été à la tête du développement du moteur de script open source pour PHP déclare qu’ils « continuent de travailler sur la performance » du langage. Il ajoute également que des discussions sont en cours en interne sur certains aspects liés à la syntaxe conformément aux spécifications de la RFC (Request fo Comments).

Les nouvelles fonctionnalités qui ont été ajoutées à la version 7.1 vont du support des types nullables à la gestion d’exceptions multiples dans une seule clause de type catch. Cette mise à jour donne également la possibilité de retourner un type Void pour des actions ou traitements qui ne retournent pas de valeur ainsi que le support des Server Push via curl HTTP/2. La version 7.1 de PHP viendra aussi avec une généralisation du support des déplacements négatifs sur les chaines de caractères ainsi qu’une fonctionnalité permettant d’alerter en cas de chaines de caractères invalides pour réaliser certaines opérations.

Les développeurs de la version 7.1 de PHP mettent plus l’accent sur la performance que sur les règles syntaxiques. En effet, selon Zuraski, « les gens sont plus intéressés par les performances du langage que par de nouvelles règles syntaxiques ». Il ajoute également que PHP est un langage mature ; c’est ce qui explique d’après lui la rapide adoption de la version 7 du langage comparée à la version 5.x dont l’adoption a été relativement plus lente. Cette rapidité d’adoption, PHP le doit notamment à ses performances qui ont été nettement améliorées, soulignent les adeptes du langage. Cette nouvelle version de mise à jour pourrait sortir au mois de novembre d’après le calendrier prévisionnel, mais ce calendrier pourrait être repoussé jusqu’en 2018, note Zuraski.

Source : php.net

Et vous ?

Que pensez-vous de la version 7.1 de PHP ?

Voir aussi

le forum Langage PHP

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 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 
Avatar de ABCIWEB
Expert éminent sénior https://www.developpez.com
Le 25/10/2016 à 18:28
Cela fait un moment que l'on peut faire <?= $var ?> à la place de <? echo $var ?>... Mais quel est le rapport avec le sujet ? A vrai dire, il faut bien l'admettre, tu es complétement hors sujet.
2  0 
Avatar de devEric69
Membre régulier https://www.developpez.com
Le 03/06/2016 à 9:34
En effet, selon Zuraski,
« les gens sont plus intéressés par les performances du langage que par de nouvelles règles syntaxiques ».
Je suis intéressé par les deux:
-sur http://benchmarksgame.alioth.debian.org/u32/performance.php?test=nbody#about, on voit que l'amélioration de la vélocité du code de php7 sera la bienvenue.
-le typage strict permet de perdre moins de temps à souvent se demander avec quel type de données je suis en train de travailler, ce qui est frustrant .
-surtout, dans la release php 7.1, il y a une amélioration grandement attendue: les vraies énumérations qui permettent une vraie clarification du code, par rapport au pis-aller qui consiste à créer des séries de tableaux d'énumérations, mais qui sont tous typés en tant qu'array .

J'espère qu'ils arriveront à tenir leur calendrier prévoyant une sortie cet automne de php 7.1...
1  0