J'ai fait une grande étude sur l'utilisation de MVC et grâce aux gens ici, beaucoup de problèmes qui y sont liés ont été éclaircis pour moi.Grandes considérations d'application ASP.NET MVC
Les problèmes que je suis maintenant tournent autour de la taille de notre application et comment il serait organisé au sein du projet lui-même. Par exemple, nous avons des URL tels que http://mylocalapp/folder/nestedfolder/subfolder/theapp. La raison pour laquelle nous faisons cela est parce que l'application est littéralement si grande. Nous besoin ce genre de structure de dossiers, car sinon l'application serait ingérable.
Phil Haack covers the registering of routes for nested folders in one of his blog posts ce qui est très utile en effet, mais notre application a sous-applications et sous-applications à l'intérieur. Il ne pourrait pas être simplifié plus loin.
Quelles sont les étapes à suivre pour gérer une application aussi vaste qui couvre une grande quantité de dossiers et possède des dossiers pouvant contenir jusqu'à sept niveaux, ainsi qu'une quinzaine de bases de données? Est-ce que MVC est vraiment la solution pour une application de cette taille?
Est-ce qu'une autre option consiste simplement à appliquer beaucoup de routage URL et à cartographier des zones de routage pour tous les sous-dossiers séparés?
Que voulez-vous dire par sous-applications? Sont-ils configurés en tant qu'application dans IIS ou sont-ils simplement dans un sous-dossier, mais ont une expérience "application" unique/individualisée? juste curieux. –
Faites-vous référence à "Areas"? –
Oui, plus comme des zones. Je les appellerais des sous-applications parce qu'elles «font» des choses différentes mais font en réalité partie de l'application dans son ensemble. – Kezzer