Question

Plutôt que de poser une question générale sur les formulaires Web vs MVC (comme dans Asp.net v / s asp.net MVC), J'ai une question spécifique.

Il semble que les principales différences entre les deux approches sont

  1. WebForms est axé sur l'événement et utilise des composants pré-construction
  2. MVC a une couche intégrée que les formes Web ne sont pas: le modèle
  3. MVC a les contrôleurs dans un dossier séparé que les vues tandis que le contrôleur de formulaires Web est le CodeBehind

On pourrait facilement ajouter un dossier à un projet de formulaire Web appelé "Modèle" qui stocke toute la logique métier utilisée dans le code derrière (découplage les deux). L'argument principal contre les formulaires Web est qu'il est "facile" d'écrire une logique métier dans le codeBehind. Mais vous pouvez facilement ajouter une logique commerciale dans votre contrôleur MVC violant complètement la séparation des préoccupations.

Maintenant, pour la question: n'est-ce pas le cas que vous puissiez écrire un projet de formulaires Web de telle manière que la logique métier est distincte du contrôleur / code derrière qui aurait tous les avantages du MVC (séparation des préoccupations) tout en gardant le Avantages des formulaires Web: contrôles riches, motivés par des événements (si vous aimez les événements)?

Pas de solution correcte

Licencié sous: CC-BY-SA avec attribution
scroll top