Salut,
J'avoue je suis plus "multicouche" que "MVC". Comme on parle beaucoup de ce dernier je me renseigne et m'interroge.
MVC a été inventé en 1979 bien avant donc l'apparition du net, des histoires de routage d'url etc.. MVC permet de développer une application (client lourd, léger) en distribuant des rôles. Dans ce contexte, l’UI se contente d’afficher et la logique est déportée dans les contrôleurs.
"ASP.Net MVC" est une des réponses à la question:Que je traduirai par: Dans une interface utilisateur web, comment rendre les fonctionnalités modulaires afin de les modifier facilement?How do you modularize the user interface functionality of a Web application so that you can easily modify the individual parts?
Si MVC peut cohabiter avec d’autres modèles, avec "ASP.Net MVC" on est clairement orienté web. Toutefois, il se pourrait que votre client vous dise: « Je veux réaliser les mêmes opérations de gestion sur mon Windows Phone ». Ou bien vous pouvez avoir besoin de développer une application console pour réaliser certaines opérations avec un batch.
Mes questions :Immobilis
- Quelles précautions prenez-vous pour être certain que votre logique métier est indépendante de l’interface?
- Est-ce que le controleur n'est pas à la vue ce que le code behind est à la page?
Partager