<?php 

interface ValueObjectInterface



{

   public function getNative();

   

   public function __toString();

   

   public function isEqual(ValueObjectInterface $value);

}



class Real implements ValueObjectInterface

{

   protected $value;

   

   public function __construct($value)

   {

       $value = filter_var($value, FILTER_VALIDATE_FLOAT);

       if ($value === false)

       {

           throw new InvalidArgumentException('value doit etre un nombre réel');

       }

       $this->value = $value;

   }

   

   public function getNative()

   {

       return $this->value;

   }

   

   public function __toString()

   {

       return strval($this->value);

   }

   

   public function isEqual(ValueObjectInterface $value)

   {

       if (!$value instanceof $this)

       {

           return false;

       }

       

       return ($this->getNative() === $value->getNative()); 

   }

}



abstract class Temperature extends Real

{

   abstract public function toCelsius();

   abstract public function toFahrenheit();

}



class Celsius extends Temperature

{

   public function toCelsius()

   {

       return new Celsius($this->value);

   }

   

   public function toFahrenheit()

   {

       return new Fahrenheit($this->value * 1.8 + 32);

   }

}



class Fahrenheit extends Temperature

{

   public function toCelsius()

   {

       return new Celsius(($this->value - 32) /1.8);

   }

   

   public function toFahrenheit()

   {

       return new Fahrenheit($this->value);

   }

}



$cel = new Celsius(100);

$fah = new Fahrenheit(100);



echo $fah->toCelsius()->getNative();

// 37.777777777778



var_dump($fah->isEqual($cel));

// bool(false)



$other_fah = new Fahrenheit(212);



var_dump($other_fah->toCelsius()->isEqual($cel));

// bool(true) 

Citation :Si tu as besoin de le muter, modifier, avoir un tas de méthode, c'est que tu n'as pas besoin d'un VO, mais d'un objet tout court.

Citation :Je ne suis effectivement pas convaincu car, mis à part le fait que j'aurai utilisé une interface Temperature et non une classe abstraite, il faut faire la conversion à la main dans le code utilisateur.
De plus, puisque tu parles de monnaie, comment vas-tu faire pour implémenter un système où la monnaie est une donnée? Par exemple, si les joueurs peuvent créer leur propre monnaie dans le jeu, tu ne peux pas avoir 1 classe par monnaie: il te faudra forcément une classe générique à toutes les monnaies. Du coup, si j'ai {100;€} et {130;$}, comment savoir si cela représente la même somme d'argent?

Citation :C'est vrai. Donc un ValueObject peut évoluer en Object normal?

Citation :Mais "toCelsius" et "toFahrenheit" (voire "toKelvin", "toReaumur", "toLeiden"...), ce ne sont pas des comportements?

Citation :quelle différence entre DTO Immutable, ValueObject, et Object?

echo $eur->getUniformDevise() . ' $';

Citation :Le value object [permet] la manipulation d’objet dont le comportement est bien défini, au lieu de tableaux associatifs impossibles à tester

Citation :J'éviterai, puisque cela mélange la "monnaie virtuelle" (UniformDevise) et la monnaie réelle Dollars.

Citation :D'ailleurs, comment tu convertis Dollars en Euros ?

Citation :Celle de VO ne colle pas avec ce que t'as dit au-dessus, puisque dans la définition, je peux mettre tous les comportements de la Terre que je veux: un Objet avec un tas de comportement, mais qui serait immutable et dont deux instances distinctes peuvent être égale serait donc un VO.

Citation :Un tableau associatif est mutable, c'est plutôt un DTO qu'un VO.

Citation :Là, pour toi les VO sont la partie IE (Immutable, Equality) et les DTO la zone BE (Behaviorless, Equality). Donc un DTO mutable n'est pas un VO (mais un DTO Immutable est un sous-genre de VO)?

Citation :....
Ce qui me gène dans l'immutable, c'est qu'un VO partagé entre plusieurs entités ne peut pas facilement être édité. Un DTO peut facilement l'être (car mutable).

Citation :je sais également qu'à force de vouloir me faire implémenter des méthodes ou des comportements dans mes VO, ça n'en sera plus, ça sera des objets tout court. Est-ce cela que tu voulais entendre ?

Citation : ou me faire dire une grosse contradiction. C'est voulu ?

Citation :Oui, parce que ta définition "Immutable + Egalité sur tout ou une partie des attributs" n'est pas cohérente, puisque de ce que tu dis, en ajoutant "trop" de comportements, ce n'est plus un VO. Mais s'il y a des comportements, ça peut quand même être un VO.
La définition n'est donc pas exacte. Si un objet qui a "trop" de comportements n'est plus un VO, mais qu'un VO peut avoir "quelques" comportements, alors ta définition doit être précisée (et je pense qu'elle sera alors très subjective, à cause du "trop").

Citation :De plus, si un VO = {Immutable + Egalité sur des attributs}, alors un DTO immutable={Immutable + Egalité sur les attributs + No Behavior} EST un VO particulier (mais tout VO n'est pas un DTO immutable, puisque le VO peut avoir des comportements, aka BIE est inclus dans IE).

Citation : Les limites que je m'autorise sont celles de ne traiter QUE la valeur (attribut) qu'il contient, mais de pouvoir la retourner (sans la transformer) comme je le souhaite (int, string, devise, .........) et la comparer

Citation :dans mon code