(10-08-2014, 01:13 PM)Sephi-Chan a écrit :

(10-08-2014, 01:12 PM)niahoo a écrit : (Suite de mon post) Je vais dire un truc un peu pédant mais depuis que je fais du FP et de l'objet en erlang, ma façon de coder objet en php s'est nettement éloignée de ce genre de considerations sur la syntaxe ou la façon d'ecrire.

C'est à dire ?
FP pour functional programming je suppose ?

<?php



class A {

	private $v;



	public function __construct($v) {

		$this->v = $v;

	}



	public function foo (A $a) {

		echo $a->v , "\n";

	}

}



class B extends A {



}



$a1 = new A(1);

$a2 = new A(2);

$a1->foo($a2); // 2

$b = new B(3);

$b->foo($a2); // 2

(10-08-2014, 06:05 PM)srm a écrit : Je comprends pas très bien ce que tu expliques niahoo.
C'est pas parce que tu peux coder ton objet sale que tu dois le faire, c'est un peu comme la programmation fonctionnelle, tu peux l'utiliser n'importe comment, c'est pas pour ça que la programmation fontionnelle est nulle.

(10-08-2014, 06:05 PM)srm a écrit : Et l'article East pousse justement le concept "tell don't ask" et donc "t'interdit" de travailler avec des méthodes privées de l'objet, donc c'est cool.

(10-08-2014, 06:05 PM)srm a écrit : Je vois pas en quoi ton exemple est faux ou alors on ne doit pas faire ça.
Il est juste en tout point, si par exemple tu avais un système d'encapsulation d'objet (par exemple tag et tag parent) ça peut être du code cohérent et en plus qui marche comme prévu.

(10-08-2014, 06:05 PM)srm a écrit : Et vu que justement on dit tous dans ce topic (si j'ai bien suivis) qu'utiliser les propriétés privés avec des getter c'est mal, pourquoi alors vous pensez (si j'ai bien suivis) que la méthode East c'est trop overkill ?

Citation : Le getter te donne du contrôle parce qu'il permet d'avoir un membre privé mais tout de même lisible

(11-08-2014, 05:34 PM)niahoo a écrit : Ici aussi c'est le langage, PHP, qui t'interdit de travailler avec les private. Tell don't ask c'est bien mais je le redis : est-ce que chaque objet de ton système qui contient des données à afficher quelque part doit implémenter des putters ? Je trouve que le paradigme objet et surtout ses limites ne sont pas correctement définies par les langages qui les implémentent ; chaque semaine dans le monde de PHP on propose une nouvelle façon de faire de l'objet correctement.

class Bouh {

  public $name = 'Sylvain';

}



$bouh = new Bouh();

echo $bouh->name;

class Bouh {

  protected $name = 'Sylvain';

  public function getName() {

    return $this->name;

  }

}



$bouh = new Bouh();

echo $bouh->getName();

Citation :Ceci dit ton exemple ne peut pas se produite si on programme en East, car on demandera jamais à un objet sa variable

Citation :Concernant le fait qu'il y ai plus de classe : assurément, mais est-ce un mal ?