ASP.NET MVC + DDD - Actions de création et de mise à jour pour les racines agrégées

Question

Je sais que nous ne devons créer que des référentiels pour les agrégats et non pour les entités qu'il agrège. Dois-je appliquer la même logique à MVC, par exemple avoir un Contrôleur/PageView pour une racine agrégée et ensuite un/un PartialView/PartialAction pour les sous-entités.

Veuillez illustrer votre réponse avec le fameux exemple Order/OrderLine.

J'utilise actuellement le S#arp Architecture et il n'y a aucun exemple de ceci.

Edit 1: J'ai commencé un fil sur le Sharp-Architecture group

Answer 1

Je prendrai un coup à répondre à ma propre question. Tout d'abord, ASP.NET M (VC) et DDD sont des choses complémentaires. Le concept de racine agrégée ne doit pas altérer ou diriger la conception des vues/contrôleurs. Une racine agrégée est quelque chose qui s'applique à un modèle (métier). Les vues/contrôleurs doivent traiter principalement des objets simples. Il peut être nécessaire de créer des classes spécifiques (DTO). La liaison de modèle est quelque chose de cool, mais les contrôleurs (ou les lieurs de modèle) ne devraient pas avoir la responsabilité de créer une racine agrégée.

Qu'en pensez-vous?