4

J'ai lu la description de Fowlers du domaine anémique et je crois que j'ai ces symptômes. J'ai plusieurs objets qui ne font que transmettre des données dans différents paquets. J'ai également plusieurs services qui gèrent à peu près tous les comportements (fonctionnement exécutif). Je commence à perdre la trace de pourquoi et de ce que j'ai fait et où trouver certaines tâches.Mon application ASP.NET MVC est Anemic

L'application fait ce que je veux, mais je me demande si j'ai juste un programme procédural dans un déguisement oo. Peut-être que je ne pourrai jamais ébranler mon passé de programmation procédurale? devrais-je?

Dans MVC, devrais-je éliminer mes services et étendre cette responsabilité à mes contrôleurs et objets modèles?

J'apprécie les analogies entre les concepts MVC et DDD conepts ...

Répondre

0

Pourquoi ne pas essayer le livre Evans comme suggéré dans l'une de vos questions précédentes?

3

Je pense que les contrôleurs devraient être relativement minces. Leur travail consiste principalement à prendre la demande, à la déléguer aux services d'application appropriés et à déterminer le résultat d'action correct. Si vous pensez que vos entités de domaine sont trop anémiques, je vous suggère de passer en revue vos services et de déterminer si cette fonctionnalité appartient plutôt à une entité. J'ai trouvé que c'était mon plus gros problème à partir de DDD, c'est que je poussais tout comportement vers les Services plutôt que de penser de manière critique si c'était quelque chose de plus approprié sur l'Entité.

Questions connexes