[POO] Php 6 [Débat]

**kankrelune** · 05/10/2006, 17h59

Php 5 ouvrait de nouveaux horizons en terme de programation oriété objet... Php 6 quand à lui devrait s'orienter vers les bonnes pratiques de programation (mais pas seulement... .. .

Que pensez vous des modification qui sont en projet (certaines resteront au stade de projet)... moi je trouve ça bien que php tout en restant le plus accessible possible devienne moins permissif... plus les amélioration sur les chaines, les tableau, la gestion du cache op code en natif, etc... miam miam... ça promet... .. .

@ tchaOo°

**Cyberbob002** · 05/10/2006, 18h34

Sans oublier un VRAI support de l'unicode !! Car beaucoup de fonctions ne fonctionnent pas bien aujourd'hui !
Quant à la suppression des magic_quotes, je suis 100% pour !

Je pense que PHP 6, sera une version clé de PHP car étant plus "strict", cela va forcer les différents programmeurs à s'adapter. Cela va "uniformiser" les pratiques, ce qui permettera (je l'espère) d'intégrer des logiciels sans se demander si la configuration risque de poser problème (je ne parle pas des extensions).

Personnellement je l'attends avec impatience. Maintenant, si l'on regarde l'usage de PHP5 chez les hébergeurs, la version 6 ne sera pas acceptée tout de suite !

Cyb.

**kankrelune** · 05/10/2006, 19h36

Je suis plus réservé en ce qui concerne l'unicode par exemple ceux qui utilisaient strlen() pour calculer le nombre d'octets (ils sont nombreux vu qu'il n'y avait que ça pour le faire) auront des problèmes... pire, ça essayera de jouer avec l'UTF8 dans tes champs binaires, types les fichiers compressés.. c'est dommage et ça peut casser certaines choses... genre impossible de retirer les X derniers octets d'un flux binaire... mais bon... on verra ce que ça donne... .. .

Sinon magic_quotes, register_globals, register_long_arrays et safe_mode... 'integration du goto... .. .

Après en ce qui concerne les hébergeur l'intégration du cache d'opcode les rendra bien moins frilleux que pour php5 je pense... .. .

@ tchaOo°

edit : ah au fait... pour ceux qui ne connaissent pas les possible changements/améliorations en projet pour php6... .. .

**Cyberbob002** · 05/10/2006, 20h24

Envoyé par php.net

1. We use IS_STRING internally to represent binary data. In documentation and user land exposures we use "binary" as term. (For example as name for casts).
2. We use IS_UNICODE internally to represent unicode string data. In documentation and user land exposures we use "string" as term.

Si ils savent de quel type est la chaine, je ne pense pas qu'il y aura de problème et il faut espérer que toutes les fonctions de traitement de chaine seront mises à jour.

Envoyé par kankrelune

genre impossible de retirer les X derniers octets d'un flux binaire

Ca je pense que ca serait du suicide pour eux. Trop de personnes en ont besoin ! Il y aura peut-être un jeu de fonction différent pour traiter du binaire et des chaines de caractères...

Cyb.

**kankrelune** · 06/10/2006, 13h31

Oui tout comme au jour d'aujourd'hui on a l'extension mbstring pour gérer l'unicode... mais bon... on verra bien... je doute que les developpeurs de php fassent n'importe quoi mais c'est une zone d'ombre qui me laisse méfiant... .. .

@ tchaOo°

**kankrelune** · 07/10/2006, 16h42

Bah alors... à part Cyberbob002 ça n'interesse personne... .. ?

@ tchaOo°

**zyongh** · 07/10/2006, 23h30

... d'uniformiser le langage PHP. Je viens de prendre la suite d'un projet assez conséquent pour une entreprise du sud de la France et je vous jure que le code est digne d'un programmeur de 6 mois d'expérience.

Aucune ligne de commentaires. Une conception nulle à chier. Sécurité zéro quand je suis arrivé. Remarque, il suffit de taper dans une poubelle (un PC?) pour qu'il sorte 15 sites à la douzaine bourrés de failles.

Donc si PHP 6 permet d'uniformiser le code et oblige les programmeurs à plus de rigueur, on aura tous à y gagner. Des fois, j'envie les projets en C. La perfection n'est pas de ce monde

Bon je continue à déchiffrer...

**paterson** · 09/10/2006, 00h35

Moi , j'attends de comprendre et connaître les 80% du php 5 et après , je regarderai plus en détail le php 6

Puis le goto peux être pas mal , mais il ne faut pas toujours l'utiliser , sinon , sa va étre dur a comprendre .... ( comme dirai mon prof d'electro : si vous faites une boucle jusque au depart (goto ) sa veux dire que vous avez mal conçu votre algorithme ) Mais pour nous sa peux éviter les successions de boucles ...

**jeff_!** · 09/10/2006, 11h24

salut
la seule chose qu'apporte PHP6 c'est le support de l'unicode car pour les bonnes pratiques malheuresement c'est comme on veut( il n'y a pas de reelles contraintes)

les efforts devraient avant tous ce porter sur la bibliotheque standard(PDO,SDO,http etc) et une implementation du decorateur sous la forme python

**kankrelune** · 09/10/2006, 13h22

Envoyé par paterson

Mais pour nous sa peux éviter les successions de boucles ...

Ca peut surtout éviter de faire de la récursivité à tout bout de champs avec les fonctions... ce qui sera moins couteux en perf... .. .

Envoyé par jeff_!

salut
la seule chose qu'apporte PHP6 c'est le support de l'unicode car pour les bonnes pratiques malheuresement c'est comme on veut( il n'y a pas de reelles contraintes)

Non au contraire... à mon avis la suppression de certains paramètre de configuration devrait permettre d'uniformiser un minimum les façons de coder... par exemple nombreux sont ceux qui codent encore avec register_globals à on et là question portabilité c'est pas top top... qui plus est les mauvaises habitudes sont vite prises quand on débute... après comme tu le dis c'est aussi à chacun de vouloir faire un code propre et portable mais je pense que php6 aura un approche plus standardisante dans la façon de coder... après les codeurs restent et resteront libre de travailler à leur façon (utiliser dir() plutot qu'opendir() par exemple) mais les bases seront moins disparses... enfin... c'est mon avis... .. .

@ tchaOo°

**jeff_!** · 09/10/2006, 14h15

le truc qui me gene c'est qye php5 n'est pas beaucoup implenté(de plus en plus chez les pro) et on parle deja de php6(qui davait sortir en fin d'anné)

les scripts de qualité pro a mon avis n'utilise plus depuis, un bon momment les register à on, seul les hebergeurs ( peu serieux ) et les gens qui developpe sur des versions obsolete de php ( souvant liées à easyphp, wamp etc)

et il aurait pu aussi interdire(desaprouver) ce genre de chose $$a, ce qui est pour les debutants pas facile a apprehender et qui peu rendre un code illisible,

pour standardiser je serait pour un mode strict

**kankrelune** · 09/10/2006, 14h41

Je suis tout à fait d'accord avec toi sauf sur les variables dynamique qui sont à mon sens très utile... .. .

@ tchaOo°

**Cyberbob002** · 09/10/2006, 14h56

Envoyé par jeff_!

seul les hebergeurs ( peu serieux ) et les gens qui developpe sur des versions obsolete de php ( souvant liées à easyphp, wamp etc)

Je ne suis pas convaincu que ce soit la faute des hébergeurs que de rester en PHP4, beaucoup de sites pro sont toujours avec cette version et n'ont pas envie de retoucher au code car PHP5 n'est pas entièrement compatible avec PHP4. De plus, désactiver les magic quote et autre pourrait être très dangereux pour leurs serveurs. Je n'approuve pas mais je comprends...

Sinon pour easyphp je veux bien mais pour wamp non !! Il travail toujours avec les dernières versions (PHP 5.1.6, Apache 2.0.59, MySQL 5.0.24a). Après, il faut connaitre un minimum le php.ini pour le rendre plus strict.

Envoyé par jeff_!

et il aurait pu aussi interdire(desaprouver) ce genre de chose $$a

Cette méthode est très pratique, mais il ne faut pas en abuser ...

Envoyé par jeff_!

pour standardiser je serait pour un mode strict

+1