L'un des avantages d'ASP.NET MVC dont je ne cesse de parler est qu'il est plus facile (qu'avec ASP.NET traditionnel) de créer des vues spécifiques au contenu et/ou au périphérique, par exemple du HTML pur ou du JSON ou du XML ou du HTML enrichi pour iPhone, etc. Je vois comment la séparation plus structurée de la logique de vue de la logique de contrôleur facilite cela.
Supposons toutefois que nous ayons une application ASP.NET traditionnelle avec une architecture raisonnablement mise en œuvre (ha !) qui sépare réellement la logique métier de la logique d'affichage et dont les fichiers .aspx ne sont pas du code spaghetti ou mélangés avec du balisage entremêlé de logique métier et d'accès aux bases de données et d'autres éléments qui ne devraient pas être là. Dans le cas d'une application ASP.NET traditionnelle construite de cette manière, est-il toujours plus difficile de créer ces vues propres et adaptées que dans une application ASP.NET MVC ?
Ou bien, est-ce simplement une question d'ASP.NET MVC, en vertu du modèle MVC et de la séparation mieux renforcée entre le modèle, la vue et la logique du contrôleur qui oriente les développeurs vers l'écriture d'un code plus propre avec une meilleure séparation des préoccupations et qui facilite donc la création de ces vues spécialement conçues ?