Je lisais à propos de "Fat Controllers" mais la plupart des articles se concentrent sur l'extraction de la logique de couche service/référentiel hors du contrôleur. Cependant, j'ai rencontré une situation différente et je me demande si quelqu'un a des idées d'amélioration.Contrôleurs ASP.NET MVC gros
J'ai un contrôleur avec trop d'actions et je me demande comment je peux le décomposer en plusieurs contrôleurs avec moins d'actions. Toutes ces actions sont responsables de l'insertion/mise à jour/suppression des objets qui appartiennent tous au même agrégat. Donc, je ne suis pas tranquille pour avoir un contrôleur séparé pour chaque classe qui appartient à cet agrégat ...
Pour plus de détails, ce contrôleur est utilisé dans une page à onglets. Chaque onglet représente une partie des données à éditer et tous les objets de modèle de domaine utilisés ici appartiennent au même agrégat.
Un conseil?
Cheers, Mosh
Ceci n'est pas réalisable car chaque onglet renvoie des résultats différents à l'utilisateur. Donc, si je combine toutes les actions de ViewXXXTab en 1, alors j'aurai une méthode avec beaucoup d'instructions de conditation pour décider quelle méthode appeler pour récupérer des données. Par exemple: commutateur (onglet) { cas A: Appel SomeObject.SomeMethod(); case B: Appelez AnotherObject.AnotherMethod(); cas C: ... ... } – Mosh