Le développement de PHP6 est suspendu, quand reprendra-t-il ?

Mise à jour du 22.03.2010 par Katleen
Le développement de PHP6 est suspendu, quand reprendra-t-il ?

Après moults déboires, le développement de PHP6 a finalement été suspendu. L'implémentation d'Unicode dans le futur langage devenait un véritable casse-tête technique.

C'est UTF-16 qui avait été choisi pour le support de l'Unicode dans PHP, mais ce développement s'est avéré difficile et la compatibilité très mauvaise.

Le travail est donc mis en stand-by pour une durée indéterminée, le temps de se vider la tête pour les programmeurs, puis de réfléchir à une autre solution pour l'intégration d'Unicode.

PHP6 sera-t-il achevé un jour ? Certainement.

Mais quand ? Mystère.

Source : Message de Rasmus Lerdorf sur le site officiel de PHP

---------------------------------------------------------------------------

Le support de l'unicode boostera l'internationalisation, ce n'est pas un mystère.
Dans PHP6, par défaut, tout sera en unicode à déclaré Andrei Zmievski développeur du cœur PHP a la conférence Zend 2009.

L'unicode permettra donc d'écrire des applications qui pourront jongler entre les différents alphabet et type d'encodage. Au jour d'aujourd'hui il reste encore a développer le support de l'unicode pour les cookies et PDO, une fois terminé il faudra tester PHP6 sur un grand nombre d'applications et de Framework tel que Drupal a déclaré Zmievski said.

La sortie de PHP6 n'est pas encore datée car la plupart des grosses fonctionnalités ont été intégrées à PHP 5.3 qui est sorti en juin dernier (comme le garbage collector pour les objets ou encore le support des espaces de noms).

En ce qui concerne PHP6 il est prévu d'ajouter le support des nombres Long.
Pour les fonctionnalités planifiées nous trouverons : les types scalaires et les propriétés en lecture seule.

Des rumeurs sur PHP7 ont été discutées, beaucoup ont demandés la réécriture du langage mais ce ne sera surement pas le cas car cette proposition a été rejetée par Zmievski.


:arrow: Source
:arrow: Attendez-vous PHP6 impatiemment ? Quels seraient les fonctionnalités que vous désireriez y voir ?

Bonjour,

Moi qui suis plus bricoleur que développeur (fraiseur de métier:D), Je pense que simplifier la prise en charge des langages me simplifiera la vie.
Plus besoin de regarder sur combien d'octet est codé la langue avec accent sans accent, etc.
Comme j'envisage de coder un site avec une langue slave. Je n'aurai plus de problème dans le dtd et dans PHP...

Plutôt impatient, voilà;)

Citation:

---

Envoyé par RideKick

Dans PHP6, par défaut, tout sera en unicode à déclaré Andrei Zmievski développeur du cœur PHP a la conférence Zend 2009.

---

Très bonne initiative à mon avis.

Citation:

---

Envoyé par RideKick

Des rumeurs sur PHP7 ont été discutées, beaucoup ont demandés la réécriture du langage mais ce ne sera surement pas le cas car cette proposition a été rejetée par Zmievski.

---

Réécrire le langage ? quelqu'un a des infos sur ces propositions ?

J'avoue ne jamais avoir rencontré de problème d'internationalisation (pourtant plus de 6 langues dont le chinois et le russe) tant que tout est en utf8.
Mais si l'unicode peut améliorer les choses et bien tant mieux :)

Sans réecrire la totalité de php je pense que pas mal de monde aimerait voir arriver un typage fort dans php ou en tout cas moins faible qu'actuellement ^^
Peut être php7 :)

Bonjour

Un meilleur typage dans PHP peut être vraiment bien pour des applications d'une certaine taille. Ce serai un grand plus.

Par contre, j'espère que PHP ne va pas oublier qu'il est aussi un langage facile à apprendre sans avoir une courbe d'apprentissage trop dur. Le typage automatique actuel de PHP facilite grandement cela.

Sais pas comment comblé les deux, d'un autre côté, faut bien que PHP avance avec son temps :)

Sky

Réécriture du code : pas certains que l'on puisse gagner en performance, par contre en lisibilité ce serait un plus. Entre les fonctions "str" qui prennent un "_" ou non. Les paramètres dont l'ordre va changer selon l'humeur du créateur du langage. Il faut avouer, qu'une harmonisation serait la bienvenue.

Concernant le typage fort, quel serait alors l'intérêt de PHP par rapport à du java, du python ou du ruby ? Si on veut des types String, Array ou autre, et bien utilisons la SPL, il y a des objets qui nous permettent de typer nos variables. Chacun est libre de vouloir les utiliser ou non selon son envie, ou selon l'importance du projet concerné.

Citation:

---

Envoyé par rebolon

Concernant le typage fort, quel serait alors l'intérêt de PHP par rapport à du java, du python ou du ruby ?

---

Quels sont les intéret du typage faible ???
--> L'argument de la facilité d'apprentissage est recevable.

Y en a t'il d'autres ?

qui code :

Code:

---

1 2 3 4 5 6

$i = "Hello word"; echo "<p>".$i."</p>"; // (...) for($i=1; i<10; $i++) { // (...) }

---

dans le même script ou dans la même fonction ?


Pour moi les avantages du PHP, c'est l'hébergement de qualité pas cher voir gratuit qui l'accompagne... (cf : Comment PHP a-t-il obtenu tant de succès ?)

Attention à ne pas confondre typage dynamique/statique et typage fort/faible !

Un typage dynamique permet à une variable de changer de type au sein d'un même scope. Ceci est interdit avec un typage statique (le type est connu à la compilation).

Un typage faible se dit selon que le compilateur/interpréteur effectue peu de vérifications voire des conversions implicites entre deux types.

Par exemple, Python a un typage dynamique et fort (toutes les conversions de types sont explicites).
JavaScript a au contraire un typage faible car sous certaines conditions, un entier peut être converti en chaine de caractères implicitement.

Un typage fort est plus contraignant à première vue, mais laisse passer moins de bugs silencieusement.

L'exemple que j'ai donné met en évidence l'aspect dynamique alors ?

Bon mais PHP c'est du dynamique faible ?

Ca existe un typage fort dans un langage interprété qui ne nécessite pas de déclaration du type des variables avant ?

Le fait que toutes les conversions soient explicite veut dire qu'on est obligé d'appliquer des fonctions comme toString(), ou intValue() (exemple pris de Java)

Ca veut dire qu'on ne peut plus additionner, ou concaténer des entier et des string ?
(d'ailleurs avoir un opérateur + et un opérateur . en PHP, je trouve cela une bonne chose)

Code:

---

1 2 3 4 5

$s = "2"; $i = 1;   echo $s->intValue()+$i; echo $s.$i->toString();

---

.

Citation:

---

Envoyé par jmini

Ca existe un typage fort dans un langage interprété qui ne nécessite pas de déclaration du type des variables avant ?

---

Oui, en Python par exemple.

"a" + 1 donne une erreur
et "" == 0 est false (contrairement à PHP)

C'est beaucoup plus pratique et rigoureux. Les conversions implicites de PHP sont source d'innombrables bugs.

Mise à jour du 22.03.2010 par Katleen
Le développement de PHP6 est suspendu, reprendra-t-il un jour ?

Après moult déboires, le développement de PHP6 a finalement été arrêté. L'implémentation d'Unicode dans le futur langage devenait un véritable casse-tête technique qui aurait motivé ce jeté d'éponge.

C'est UTF-16 qui avait été choisi pour le support de l'Unicode dans PHP, mais ce développement s'est avéré trop difficile et la compatibilité très mauvaise.

Le travail est donc mis en stand-by pour une durée indéterminée, le temps de se vider la tête pour les programmeurs, puis de réfléchir à une autre solution pour l'intégration d'Unicode.

PHP6 sera-t-il achevé un jour ? Mystère.

Source : Message de Rasmus Lerdorf sur le site officiel de PHP

A quel moment Rasmus (ou d'autres contributeurs) annoncent que Le développement de PHP6 est suspendu ?

Le support natif d'unicode, tel que décidé il y a maintenant fort longtemps, est arrêté, mais php 6 n'en est pas pour autant stoppé. Quelque soit la prochaine version (5.4...), php 6 sera batti sur ces fondations. Leur trunk svn a été réorganisé pour favoriser le dev des prochaines versions, donc par cause à effet, php 6 aussi!

question simple (et j'espère une réponse simple ):

pour débuter un projet en utf-16 plutôt que utf8 (sauf une incompatibilité d'un composant ou couche externe genre bdd, ocx,.net..)

Bonjour,
Je bricole un peu en PHP, mais je ne comprend pas où est sis le problème de typage et pourquoi vouloir passer à l'Unicode ?
Car à l'actuelle, PHP permet de représenter quasiment toutes les langues ?
Merci de m'expliquer l'utilité de passer à l'unicode.

Cordialement.

entre ceci est les mises à jour de php5 qui n'en finissent plus de s'étaler la situation devient de plus en plus gênante.

Se serait bien de mettre le cap sur quelque chose de plus stable sur le long terme.

Je pense que c'est une bonne idée, car y'en a marre de tourner au rond sans objectif fixé, on fera ce ci, ce la... et ceux depuis 2008...
donc il faut bien arrêter et fixer les objectifs, par contre je ne suis pas contre la réécriture de php.

Citation:

---

Envoyé par helper_moi

Bonjour,
Je bricole un peu en PHP, mais je ne comprend pas où est sis le problème de typage et pourquoi vouloir passer à l'Unicode ?
Car à l'actuelle, PHP permet de représenter quasiment toutes les langues ?
Merci de m'expliquer l'utilité de passer à l'unicode.

Cordialement.

---

salut,
en effet jusque là PHP ne traite pas nativement les jeux de caractères unicode/multibytes, ne rendant pas possible diverses opérations sur les chaînes multibytes. Pour pallier à ce problème on fait généralement appel aux extensions comme iconv ou mb_string.

Tu auras plus des détails dans ce paragraphe http://g-rossolini.developpez.com/tu...concepts#LVI-G .

c'est une chose à laquelle on pouvait s'attendre ? Ou aussi crédible qu'un poisson d'avril en avance ?

Vu l'avancement du problème, on pouvait se douter que PHP6 n'allait pas sortir tout de suite. Cela dit il est question de suspension, histoire de bien fixé ce qui va dans PHP6 et ce qui irait éventuellement dans une version 5.4, et non pas d'arrêt complet.

Citation:

---

Envoyé par grunk

J'avoue ne jamais avoir rencontré de problème d'internationalisation (pourtant plus de 6 langues dont le chinois et le russe) tant que tout est en utf8.
Mais si l'unicode peut améliorer les choses et bien tant mieux :)

Sans réecrire la totalité de php je pense que pas mal de monde aimerait voir arriver un typage fort dans php ou en tout cas moins faible qu'actuellement ^^
Peut être php7 :)

---

+1 pour le typage, mais je pense qu'il faudrait laisser au choix entre typage faible ou fort en déclarant le type ou non, mais si on déclare le type on doit le respecter.

Comme exposé ici, le typage faible est l'une des force du PHP.

Moi qui était impatient de voir l'arrivée de PHP6 je vais devoir faire preuve de plus de patience.