Je lis sur l'idée de contextes bornés dans le DDD, et je commence à comprendre que je ne comprends pas clairement quel modèle manne est dans la pratique. (Je ne saurais même pas exactement ce que signifie signifie, non plus.)
Regardons l'exemple de commerce électronique populaire: un client de navigation client, ajoute à son panier, place une commande. L'épanouissement de la commande Les gens expédient les commandes.
Y a-t-il un grand domaine de commerce électronique avec plusieurs contextes délimités (contexte de catalogue de produits, contexte du panier, contexte de commande, contexte d'accomplissement)? Chaque contexte délimité contient-il un tas de modèles (de sorte que le contexte du catalogue de produits contient des modèles pour les produits, les images du produit, les critiques de produits)?
À quelle distance suis-je?
3 Réponses :
Si vous allez bien avec l'exemple en Java, cela pourrait être utile: http://ddddsample.sourceforge.net/ < / a>
Cet exemple ne montre pas plusieurs contextes délimités. C'est en fait un avec des agrégats multiples. Je sais parce que j'ai utilisé cet échantillon (celui de .NET) et, la main vers le bas, un excellent échantillon à apprendre de, mais pas de multiples contextes délimités du tout. C'est la raison pour laquelle je vais parcourir des articles ici.
Je pense que votre vue est exacte. Les contextes traitent de différents aspects du même concept du monde réel. Dans votre cas, vous pourriez avoir une commande représentée comme une sorte d'abstraction de panier d'achat pour l'utilisateur et en même temps sous une forme compatible avec l'ERP usagé.
Au lieu d'essayer de faire chaussettes Le concept d'une commande dans un modèle unique, les contextes de DDD disent fondamentalement qu'il est correct de représenter un concept utilisant deux modèles complètement différents (dans différents contextes), en fournissant des mappages explicites entre ces modèles à mesure que le besoin se pose. Cela empêche les modèles d'agréger le cruft qui glisse généralement si l'on essaie d'utiliser le même modèle dans une multitude de contextes.
Un contexte délimité est l'endroit où une langue omniprésente est cohérente.
au moins vous êtes sur la bonne voie. L'erreur classique est de voir des modèles uniquement.
Domaine signifie des problèmes que vous avez affaire (support pour le commerce électronique, la santé, la comptabilité, etc.). Le modèle de domaine est une solution de ces problèmes représentés au code qui suit notre modèle mental aussi proche que possible.