Discussion :

[SurferIX]

Je trouve le choix de PHP 7 cohérent.

Pour cette version j'espère qu'ils vont virer les fioritures qui font perdre un temps fou et se rapprocher de Python qui a une syntaxe vraiment épurée. Comme dit plus haut une normalisation des noms des classes, fonctions, mots reservés et de l'ordre des arguments serait vraiment tip top.

C'est bien pour les développeurs. Mais si on se met à la place des patrons : ça rapporte quoi en plus d'inverser deux arguments et de rajouter / ou d'enlever des "_" ?? Rien.
Des modifications de code pour rester compatible, qui n'aideront en rien à gagner de l'argent sur quelque chose qui tourne déjà.
Même si ça me fait mal de dire ça il faut voir la réalité : enlever la compatibilité c'est problématique, et inutilement coûteux pour les entreprises.

[ABCIWEB]

C'est bien pour les développeurs. Mais si on se met à la place des patrons : ça rapporte quoi en plus d'inverser deux arguments et de rajouter / ou d'enlever des "_" ?? Rien.
Des modifications de code pour rester compatible, qui n'aideront en rien à gagner de l'argent sur quelque chose qui tourne déjà.
Même si ça me fait mal de dire ça il faut voir la réalité : enlever la compatibilité c'est problématique, et inutilement coûteux pour les entreprises.

Complètement d'accord avec toi, à ceci près que je trouve que ce n'est pas mieux pour les développeurs non plus. Etre obligé de modifier des kilomètres de code dans des classes ou codes déjà fonctionnels simplement pour une question de forme serait complètement suicidaire et contre productif. La grande force de php a toujours été la compatibilité maximale entre les différentes versions et cela m'étonnerait qu'ils changent de politique simplement pour faire plaisir aux petits derniers qui croient souvent que le monde commence avec eux (formule imagée pour mieux faire comprendre mais je ne vise personne, que ce soit clair ). Perso cela ne me fait pas mal de le dire, enlever la compatibilité pour ce genre de broutilles serait complètement stupide. Si on doit passer des heures et des heures de mise à jour faut quand même que ce soit pour de meilleures raisons sinon on change de boutique pour un langage plus stable

[SurferIX]

... simplement pour faire plaisir aux petits derniers qui croient souvent que le monde commence avec eux.

[Porkepix]

Complètement d'accord avec toi, à ceci près que je trouve que ce n'est pas mieux pour les développeurs non plus. Etre obligé de modifier des kilomètres de code dans des classes ou codes déjà fonctionnels simplement pour une question de forme serait complètement suicidaire et contre productif. La grande force de php a toujours été la compatibilité maximale entre les différentes versions et cela m'étonnerait qu'ils changent de politique simplement pour faire plaisir aux petits derniers qui croient souvent que le monde commence avec eux (formule imagée pour mieux faire comprendre mais je ne vise personne, que ce soit clair ). Perso cela ne me fait pas mal de le dire, enlever la compatibilité pour ce genre de broutilles serait complètement stupide. Si on doit passer des heures et des heures de mise à jour faut quand même que ce soit pour de meilleures raisons sinon on change de boutique pour un langage plus stable

Rien ne t'empêche de rester sur une version donnée du langage qui te convient.
En attendant, d'autres langages ont eu leurs propres problèmes de cohérence et de choses dont le concepteur du langage s'est rendu compte qu'il s'agissait d'erreurs et qu'il valait mieux changer ça pour en faire quelque chose de plus propre et cohérent, quitte à casser (pas beaucoup mais casser malgré tout) la compatibilité ascendante.
Ça donne quelque chose comme python3 et eux ont été capables de faire le nécessaire, et tu peux me croire qu'ils ont bien fait. En bossant entre les deux versions et bougeant des projets, on se rend compte à quel point celui-ci est nettement plus cohérent.

PHP devrait être capable de suivre la même démarche.

[Tsilefy]

Personne ne conteste que Python 3 est meilleur que Python 2, mais cela fait maintenant 6 ans qu'il est sorti, et combien de temps il a fallu pour que son adoption soit acceptable? Django ne roule sur Python 3 que depuis un an (et en gardant une rétrocompatibilité avec Python 2).

Je me vois mal expliquer à mes clients que pour profiter de nouveaux composants et ne pas rester coincé avec une version en fin de vie (ce qui est le cas de PHP 5.3 actuellement), il va falloir vérifier et modifier tout leur codebase!

La solution qui satisferait tout le monde est l'ajout d'une surcouche tout objet avec une API cohérente. Ainsi, on pourrait faire

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

array_push($array, $val)

et

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$array->push($val)

en même temps.

Pour en savoir plus: http://nikic.github.io/2014/03/14/Me...es-in-PHP.html

[student68]

Espérons qu'il s'agira d'une bonne décision ...

----

Site Web :

http://florianwalther.fr/

[limipl]

666 l'aversion.

[Porkepix]

Outre la cohérence des nommages de fonctions, paramètres etc. soulevés dans les posts précédents, j'espère que le passage à Unicode n'a pas été abandonné et que ce sera fait. Ça devrait aujourd'hui être une norme.
Enfin bon, pour ma part j'appréciais pas mal PHP avant…avant de découvrir Python, notamment beaucoup plus cohérent sur ces points.

[polaroid62]

Visual basic 6 a bien marché

[mmw01]

PHP 7 sera la prochaine version majeure de PHP
il n’y aura pas de version 6 pour le langage de programmation

Plusieurs raisons ont été évoquées pour justifier ces changements, dont voici l’une : « La version 6 est généralement associée à l’échec dans le monde des langages dynamiques. PHP 6 a été un échec, Perl 6 a été un échec. Il est également associé à l’échec en dehors du monde des langages dynamiques : MySQL 6 existait, mais n’a jamais été publié. La perception de la version 6 comme un échec – pas comme une superstition, mais un fait réel mondial (similaire à l’association du mot « Vista » à l’échec) – reflète mal cette version de PHP ». Il faut noter que Windows Vista était la version 6 de Windows.

[mode superstition on] De ce que je vois ce n'est pas le chiffre 6 collé au projet qui mauvais (puisqu'on a jamais appellé vista windows 6) mais plutot la sixieme version majeur des langages donc meme s'ils nomment la prochaine version de php php 99, il restera toujours la sixieme version de php donc voué à l'echec [mode superstition off]

Maintenant l'appeller php 6 ou php 7 ne changera pas grandes choses au niveau de l'apprentissage du langage ou de la comprehension des changements.

[tdutrion]

Maintenant l'appeller php 6 ou php 7 ne changera pas grandes choses au niveau de l'apprentissage du langage ou de la comprehension des changements.

Justement si ça changera l'apprentissage , le principe de l'appeler 7 c'est d'éviter que les gens ne tombent sur des articles qui parlent de features du 6, qui ne seront pas forcement implémentée dans la 7...

[IronBibs]

Au final avec ses déboires de version 5.3/5.4, cela parait tellement logique de passer à la version 7 pour que cela soit propre dans les esprits.
Après je peux comprendre qu'il y en a qui ont ce besoin de râler pour tout... C'est pas nouveau

[RyzenOC]

et quand elle sortira cette version ?

[Psyloh]

A 6 ans, on rentre en CP...
Quand on a 6 doigts, c'est qu'on est mal-formé...
Quand t'achète des oeufs par boite de 6, y'en a toujours qui sont cassés...
Quand on meurt on nous enterre à 6 pieds de profondeur...

C'est une constante, je crois ^^

[1marty1]

J'avais plusieurs scripts et dernièrement plusieurs problèmes rencontrés soudainement. Tout cela pour me rendre compte que PHP et mon fournisseur avaient bloqué certaines fonctionnalités sans avertir. Je pense à me mettre à jour à la version 5.6, mais ceci détruit certains de mes scripts (actuellement 5.2).

Ceci est inacceptable, car j'ai plusieurs clients et je dois tout repenser pour mettre à jour mes scripts. Dois-je me fier envers PHP (en passant à la version 7 ultérieurement).

Par ailleurs, je trouve que PHP offrait un service incomparable sur toutes les plates-formes en termes de fonctionnalités diverses et la sécurité (Je Bloque les mauvais Ip utilisateurs et SPAMS).

Finalement, que me suggérez-vous de faire?

[RyzenOC]

wait and see....

Plus sérieusement je pense que vous n'êtes pas le seul dans ce cas,
Moi ce que je fait (développant et maintenant un intranet) 1 versions sur 2 de php (5.2,5.4, 5.6...) je modifie les kilomètres de code ,sa va assez vite chez moi, 1 journée environ + 1 pour corriger les bugs qui sont apparue.

Puis une fois que sa marche complètement je met ma version en production (et mets a jour PHP)

Je pense attendre php 7.1 avant de migrer dessus, histoire que les premiers bug/problèmes soit corrigée. 1 peut comme pour les OS, on attend toujours le 1er service pack avant de migrer.

[Jarodd]

Tout cela pour me rendre compte que PHP et mon fournisseur avaient bloqué certaines fonctionnalités sans avertir.
[...]
Finalement, que me suggérez-vous de faire?

Changer d'hébergeur

[Paleo]

Ceci est inacceptable, car j'ai plusieurs clients et je dois tout repenser pour mettre à jour mes scripts. Dois-je me fier envers PHP (en passant à la version 7 ultérieurement).

Il faut vendre une maintenance annuelle et non pas seulement de l'hébergement.

[Celira]

Tout cela pour me rendre compte que PHP et mon fournisseur avaient bloqué certaines fonctionnalités sans avertir.

Fonctionnalités bloquées ou fonctions obsolètes supprimées ?
Dans le 1er cas, tu peux envisager un contournement (ou comme le suggère Tarh, un changement d'hébergeur), car rien ne garantit qu'à la version suivante de PHP, les fonctions seront réactivées.
Dans le 2nd cas, oriente-toi directement sur une refonte, parce que les fonctions obsolètes disparaissent dans les versions suivantes, elles ne réapparaissent pas