3 Réponses :
L'exemple archétypique d'un objet de valeur est de l'argent. Il est très concevable que si vous construisez une demande de commerce électronique internationale, vous voudrez encapsuler le concept d'argent dans une classe. Cela vous permettra d'effectuer des opérations sur les valeurs monétaires - non seulement l'ajout de base, la soustraction, etc., mais éventuellement des conversions de devises entre USD et, par exemple, Euro.
Un tel objet money n'a pas d'identité inhérente - il contient les valeurs que vous y avez posées et lorsque vous enérez, c'est parti. De plus, deux objets d'argent contenant 10 USD sont considérés comme identiques même s'ils sont des instances d'objet distinctes.
D'autres exemples d'objets de valeur sont des mesures telles que la longueur, qui pourrait contenir une valeur et une unité, telles que 9,87 km ou 3 pieds. En plus, en plus de simplement contenir les données, un tel type proposera probablement des méthodes de conversion vers d'autres mesures, etc.
Les services, d'autre part, sont des types qui effectuent une opération de domaine importante, mais ne correspondent pas vraiment à l'autre, plus de concepts basés sur le domaine. Vous devriez s'efforcer d'avoir aussi peu de services que possible, mais parfois, un service est le meilleur moyen d'encapsuler un concept de domaine important.
Vous pouvez en savoir plus sur les objets de valeur, les services et bien plus encore dans l'excellent livre Design sur le domaine "/a>, que je ne peux que recommander.
Infoq a un livre gratuit sur DDD (Résumé du livre d'Eric Evan): http://www.infoq.com/minibooks/domain-driven-design-Quickly
C'est un excellent exemple de la façon dont Identifier les objets de valeur vs entités. Mon autre message donne également un autre exemple.