Valueobject

[Max72]

J'ai enfin compris

J'avoue qu'à ce niveau je ne vois pas comment j'implémenterai de solution propre avec des VO.
A la limite un UPDATE en BDD et refresh de la page, pas génial mais c'est tout ce que j'ai sur le moment

Mais remettons chaque chose à sa place : Si mon jeu était autant porté sur la géographie (pays, villes ,...), je n'utiliserait pas de simples VO pour traiter tout ça, j'imagine que chacune de mes classes possèderaient des tas de méthodes et des setters.
Un Value Object doit rester simple, et si ton jeu tourne autour des monnaies, devises etc, tu n'utiliseras pas ce pattern pour les représenter, mais des objets bien plus complexes.

[niahoo]

oui là on est clairement pas dans un cas d'utilisation de valuebjects mais de models

[srm]

Tout à fait tout comme parler de valueObject au niveau base de données n'a pas vraiment de sens.

[Xenos]

Ok, donc le caractère Immutable est surtout là pour assurer la notion de "copier/coller" (je sais pas trop comment la reformuler, celle sur ce post de SO me semble parfaitement décrite), pour éviter de "partager" une data entre deux autres entités (dans les faits, le même VO peut être utilisé mais sa 'modif' ne doit pas se répercuter à tous ceux qui l'utilisent).
C'est un peu comme si les VO étaient toujours retournés/passés par copie, c'est ça?

[Max72]

C'est ça.

Le Value Object force à créer 2 objets distincts pour 2 entités (personnages par exemple) qui auraient les mêmes attributs (adresse), afin justement de ne pas avoir de répercussions indésirées, comme par exemple :

Code PHP :

<?php





class Adress

{

   public $value;

   

   public function __construct($value)

   {

       $this->value = $value;

   }

}



class Person

{

   public $adress;

}



$adress = new Adress('44 route de la mairie');

$bob = new Person();

$jeanne = new Person();



$bob->adress = $adress;

$jeanne->adress = $bob->adress;



$bob->adress->value = '5 Rue de Jean Bobine';



echo $jeanne->adress->value;

// 5 Rue de Jean Bobine