Reprise du message précédent :
Pour en revenir au sujet initial: la POO en PHP, il y a ça:
http://www.amazon.com/Object-Orien [...] 875&sr=8-1
Après je ne sais pas ce que ça vaut.

A mon avis c'est un héritage de perl cette tolérance...
Sauf qu'en perl, une hash et un tableau ne se déclarant pas de la même façon, il est "compréhensible" que les clés n'aient pas besoin d'être quotées:

alors que pour un tableau

Pour en revenir à la question initiale, moi je vote et je dis +1 à la réponse initiale, pour les raisons suivantes :
- PHP est en constante évolution. Ainsi, apprendre les spécificités de la version actuelle, c'est être bloqué à la sortie de la prochaine version
- Il est toujours plus aisé de choisir 1 méthode qui marche parmis X, que de ne connaître qu'une méthode qui n'est pas toujours la meilleure (tu comptes faire du PHP toute ta vie ?)
- Connaître (et comprendre) un concept, c'est la garantie de savoir s'en servir pour n'importe quel langage (enfin, presque). Apprendre la syntaxe sans comprendre l'ensemble des concepts qu'il y a derrière, c'est se cantonner à une version précise d'un langage précis, ça n'a pas de sens.
 
Rien ne t'empêche de lire un article sur la POO qui donne des exemples d'implémentation en Java, Ruby ou C++, et te baser sur la doc de PHP pour les reproduire en PHP. Pour certains concepts, tu ne pourras pas du tout les reproduire, et pour d'autres, tu verras que la syntaxe est quasiment la même. Dans tous les cas "qui peut le plus peut le moins", donc il n'est en rien futile de connaître des concepts qui n'existent pas en PHP5, mais qui seront peut-être présents en PHP6 ou 7.
 
Dernier PS en rapport avec la stupidité d'apprendre une implémentation spécifique à une version précise de PHP.
Mon premier contact avec PHP date de l'époque du PHP 1 (et oui, ça remonte). A l'époque, la syntaxe était un mélange de Pascal et de Visual Basic (avec des Begin / End partout, pas de point virgule, etc.)
 
Je m'y suis remis à l'époque du PHP3 et j'ai pleuré tout ce que j'ai pu lorsque j'ai vu qu'il fallait foutre 100% de mon code à la poubelle, puisque la syntaxe elle-même était carrément passée à une syntaxe proche du C++, donc dès la ligne 1 j'avais 300 erreurs.
Entre PHP3, PHP4 et PHP5, nombre de fonctions natives ont changé de fonctionnement ou de nom, de nouvelles fonctions sont venues simplifier certains traîtements (explode() par exemple) ce qui implique que le langage est en constante évolution, et ne s'arrêtera certainement pas.
Avec l'apparition de la POO, PHP change à nouveau de syntaxe. C'est moins radical que la précédente fois, mais il s'agit tout de même d'un changement notable, qui peut être assimilé au passage de C à C++.
Qui te dis que la version PHP6 ne sera pas basée sur un interpréteur Phyton, et qu'il ne reprendra la syntaxe de Ruby ? C'est absolument débile de ne retenir donc que les spécificités de PHP5, si c'est pour ne plus savoir écrire une ligne à la prochaine version.
 
Ce n'est que mon avis, ceci dit, je t'invite à y réfléchir sérieusement.

Pour le fun, tu peux essayer ça ?
 
print $t["p$r".$oo.'t'];

Ah non j'ai rien dis

Sans que $r et $oo ne soient définis?

J'ai rien dis ²²²²²
 
Par contre  
 

echo $t['pro'.ot];

 
Fonctionne parfaitement

echo $t['pro'.ot];

Ah oui mais ça n'a aucun rapport

M'en fous, si ça marchait j'arrétais php

Moi je peux te le dire. Ca fait plusieurs mois que je tournes sur un serveur de test avec une version de dev de php6 et la syntaxe reste la même.
C'est sur, il y a des nouveautés, des fonctions qui évoluent et quelques éléments qui font apparaitre des alertes là où il n'y en avait pas jusqu'a présent mais rien d'aussi important qu'entre php1 et php3. En fait, maintenant ils ne peuvent plus changer radicalement la syntaxe à cause de la masse de scripts qui sont fait en php. C'est pas comme à l'époque de php 1 et 2 où le nombre de développeurs se comptaient au mieux en centaines.
 
 
Zorro561 > Avant d'apprendre à programmer en objet dans un langage, il faut comprendre les concepts spécifique à une programmation objet. Sans ça, ton code serra nul quelque soit le langage utilisé. Commence donc par lire des tutoriels générique sur la programmation objet. Ensuite, tu pourras essayer d'appliquer ce que t'auras découvert et compris.

Chic, des alertes. Le truc inutile, au lieu que ça te pète franchement à la tronche, ça dit :  
 
« Attention ça marche mais c'est pas bien »
 

Parce que ça ne s'appellera plus "PHP", c'est complètement stupide comme suggestion

 
Disons que je n'ai parlé que ce que j'utilise pour ne pas parler dans le vide. Mais ils ont quand même prévus de virer des trucs. Par exemple, adieux le "register_global", les "magic_*", la librairie "GD 1", la librairie "Freetype 1" et d'autres trucs. Mais comme je ne les utilise pas (ou du moins comme je ne les utilise plus depuis longtemps) je n'ai pas vérifier si c'est fait mais c'est sencé être le cas d'aprés certaines personnes qui suivent le projet de plus prés.
Un peu plus d'infos ici : http://oss.backendmedia.com/PhP60

Apprendre le concept, comprendre le truc et voir après si je veux l'appliquer quoi...
Mais par exemple, les classes MySQL c'est bien pratique non ?

Quelles classes mysql?
Quel rapport avec l'apprentissage de la poo?

Bah en général les bons codeurs se font une classe pour gérer leurs trucs SQL. Les classes c'est pas de la POO ?

Et alors

 
Le concept de classe fait partie des concepts liés à la POO, oui. M'enfin je vois toujours pas ce que Mysql vient foutre là-dedans...

Ah oui, effectivement, et ça, ça donne quoi ?
 

$t = array("proot"=>test);
$r = r;
print $t["p$r".oo.'t'];

 
Faut absolument que je m'installe un PHP sur mon PC pour que je puisse m'amuser à trouver le truc le plus crade possible

Tiens, v'là un p'tit bouquin qui paraît sympa pour comprendre la POO :  
 
http://www.amazon.fr/Lorient%C3%A9 [...] 301&sr=1-2
 
Lionel.

$t = array("proot"=>test);
$r = r;
print $t["p$r".oo.'t'];

Ca affiche "test".  

Merde, bon la, ça marche

rien que ca ca va donner pas mal de taff aux apprentis devs

 
Si ils virent le rattrapage constante->string, je connais 2,3 sites qui vont se péter la gueule

le plus trippant  serait qu'ils forcent la verbosite max (affichage des notices etc ).
On aurait des sites super beau sur le net

shinuza > Rien qu'avec ce qu'ils virent, je conais une quirielle de sites qui vont s'écrouler.
 
joce > Ho oui, ho oui. Ca serait rigolo ça.
 
PS : A la réflexion, ca serait térrible, on aurait plus que des "Urgent, j'ai du être piraté, mon site il affiche des 'notice' partout depuis hier". L'horreur, le forum deviendrait inutilisable à cause de ces gas là.

   
 
Qu'ils activent un mode type -Werror: toutes les notices deviennent des erreurs (avec verbosité max par défaut bien sûr)

non c'est bcp plus beau d'avoir un page complete avec des notices partout a l'interieur plutot qu'un page blanche avec une erreur

 
Remarque je suis obligé d'utiliser une lib qui génère des notice, donc je serais emmerdé, en fait.

fix la lib

pas que ça à foutre.
Remarque c'est une connerie du style variable pas initialisée, il me semble...m'enfin bref, flemme.

BlaBla@PHP

trop bon

et faciliter grandement le travails des vrais devs

Bof quand tu fais propre, les trucs de merde qui sont virés t'affecte pas plus que ça.

sauf quand t'es hébergé sur un hébergeur de merde qui active magicquote alors que toi tu veux interroger une base SQL Server (vécu)

Ah ouais forcément

Si t'es pas capable de gérer ce cas de figure trivial on peut difficilement considérer que tu "fasses propre", sans vouloir être méchant.

C'est juste qu'il a fait trop propre et n'a pas compliqué son code avec la gestion des magicquote. Quand tu fais du dédié dont t'es sur de la config, tu n'es pas obliger de gérer tous les cas imaginables.

J'appelle pas ça faire propre perso

A l'époque, y'avais pas de requêtes paramétrées.
A partir de là, le moindre ' était systématiquement échappé en \' ce qui n'est absolument pas reconnu par SQL Server.
 
Que tu fasses propre ou non, explique moi comment t'arrive à pallier à ce problème, moi je suis preneur d'une solution