Reprise du message précédent :
deux 20" au format 4/3, donc deux fois 1600*1200
edit vous remarquerez que le forum coupe mon message précédent alors que j'ai meme pas commencé a fermer des balises

ils doivent avoir un super éditeur wysiwyg

Là comme ça je dirais que c'est <META NAME="generator" CONTENT="Web Studio, Version 4.0 for Windows">  mais je peux me tromper  

c'est crade ou pas de faire ce genre de chose :

$temp->test = 'tt';
(...)
echo $temp->test;

en gros est ce que c'est un comportement standard et voulu d'un objet ou c'est juste une énième bidouille du php?

sachant évidement que test n'est défini nul part dans la classe

C'est pas standard mais ça peut être pratique avec modération.

Enfin, pas standard, je sais pas, faut voir comment ça se passe dans les autres languages où les déclarations sont optionnelles (typage dynamique ?), genre Python. Ca marche aussi en JS en tout cas.

disons que ça peut m'être utile pour rajouter des infos momentanément sur un objet pour faciliter l'affichage de résultat, en gros ça m'évite d'avoir à passer par un tableau intermédiaire

Là comme ça je dirais crado

Tu ferais mieux d'avoir un tableau dans ton objet ou tu mets les infos custom, avec les méthodes qui vont bien pour setter/getter.
Si j'étais un peu cabotin je dirais "Parameter Holder"

tu passerais par un tableau du coup?

sinon je déclare dans la classe mais bon c'est un peu naze de déclarer des variables juste pour l'affichage dans un objet

bon à la base c'est aussi smarty qui casse les couille, j'essaie de faire des templates pas trop crade mais c'est pas gagné

edit ouai effectivement un tableau avec get/set peut être pas mal

Comme ça tu as un point d'entrée et de sortie, que tu peux controller. Pratique pour débugger par ex.

Ben clair, utilise au moins un setter/getter, ça se met en place en 2 secondes et c'est largement moins crade

En Python ça marche. En Ruby, non.

Bah non c'est pareil, ça a aucun intérêt

Et tu fais comment pour débugger quand une propriété a été créée, ou faire un truc à ce moment-là ? Tu utilises les methodes magiques de PHP que tu aimes tant ?

Sinon moi le mélange vraies propriétés/propriétés custom jtrouve ça crade.

Comment ça "c'est pareil" ? C'est quand même plus propre d'avoir un __set() qui va foutre ta variable dans un tableau plutôt qu'en attribut direct de ta classe non ?

(edit : sans oublier le risque d'écraser un attribut existant, ou plutôt de se taper une erreur car il sera private)

ou un ->setVar(name, val), tout simplement

 
"tout simplement" ?
 
Je trouve pas plus simple de faire $class->setVar('foo', 'bar'); que $class->foo = 'bar'; moi

Non, mais à implémenter et surtout à comprendre/appréhender, moi je trouve que si

Le mien il fait ce qu'il dit, le tien il ment

Je préfère réserver les astuces d'ergonomie aux endroits où c'est vraiment utile plutot qu'à chaque coin de classe

Ou là, chez moi un setter c'est ce que suggère theredled pas du tout ce que tu proposes

 
Oué enfin ça reste pareil, sauf que __get/__set sont  des méthodes "magiques" qui permettent d'utiliser $class->var plutôt que de faire un $class->setVar('var', ...) quoi.
 
Mais le principe est le même, et tu fais la même chose à l'intérieur.

Masklinn t'aimes bien les variables globales déclarées n'importe où sans controle ? non ?
Bah c'est pareil là nan, sauf qu'au lieu d'être le scope global c'est un objet ?

Oui mais l'API externe est bcp + simple avec __get/__set qu'avec des getter/setter explicite. C'est pratique de pouvoir faire $this->toto = 'titi'; dans le controlleur d'un modèle MVC pour envoyer à la vue.
C'est ce qu'on fait en symfony : http://trac.symfony-project.org/br [...] .class.php (sfAction hérite de sfComponent). Ca passe par un sfParameterHolder pour pas "polluer" les attributs de la classe du controlleur.

Moi je ferais un throw pour signaler que j'ai oublié de déclarer une variable

Pourquoi tu dis "mais" alors que t'es d'accord avec lui

Moi je suis d'accord avec toi, mais je suis pas d'accord pour le faire à toutes les occaz. Dans des endroits bien ciblés comme un controller Symfony, ou un record ORM, c'est pratique, mais en foutre partout dans le moindre object ça fout le bordel.

Si j'avais à le faire avec SF j'utiliserais un sfParameterHolder simple et basta

 
Farpaitement.
 
Bon dans mon FW c'est $this->view->var ... Je préfère, si je suis dans mon contrôleur, j'aime pas l'idée que $this->var balance ça dans la vue... mais bon, l'idée est là

 
Me suis demandé pareil

A mon avis : parce qu'il avait envie de parler de Symfony

Je crois pas avoir dit que j'aimais cette idée hein

J'ai juste dit qu'en Python ça marchait, et que j'aimais pas les getters/setters

Donc tu dis que
- tu n'aimes pas les getters/setters
- dans ce cas, setter ou pas c'est pareil

mais tu n'aimes pas particulièrement l'idée de se passer de setter donc je comprends pas

Parce que je suis en vacances donc le cerveau un peu débranché

S'paske t'es bête Et que t'inventes des trucs.

Ok donc on va dire que t'es d'accord avec moi

Chuis d'accord avec personne, vous avez tous tord et la réponse est "chocolat"

je dirais plutôt 42.

 
Ça dépend de la question
 
- Il est à quoi ton gâteau ?
- 42
-

42 ça se mange pas  

Nous ne voyons pas d'autre explication

http://www.google.com/search?hl=fr [...] ercher&lr=
balaize la calculette google  

 
Christiana, je la mange moi

 
Euh ... Adriana non ?

Andrea

 
Harmony  

 
ptain ouai  
 
what a fail