mélange projets VB ASP.NET et C# ASP.MVC en une seule solution

Question

Contexte

Nous sommes une équipe TDD qui ont hérité d'une application ASP.NET héritage et essayons de le mettre sous contrôle en séparant la présentation , les préoccupations d'affaires et d'accès aux données et ainsi améliorer la testabilité. Nous avons eu un certain succès en utilisant un modèle MVP pour les pages nouvellement ajoutées, mais nous étudions le framework MS MVC pour voir si cela nous donne un avantage par rapport à MVP. Surtout, nous voudrions que le nouveau travail MVC soit en C# pendant que l'application héritée est en VB. Nous avons regardé l'entrée du blog this qui réalise le plus souvent ce que nous voulons mais ne nous permet pas de coder en C#. De plus, il y a un certain nombre d'entrées de blog sur le partitionnement d'une application web unique sur plusieurs projets qui semblait utile (here)

Question

Pouvez-vous créer un prototype de travail composé d'une seule application Web faite de deux projets (le projet VB ASP.NET par défaut et le projet C# MVC par défaut) et de les faire fonctionner ensemble. Je n'ai pas été en mesure de le faire avec succès (je pense en raison de problèmes de routage). Si vous le pouvez, j'aimerais voir vos fichiers web.config et global.asax.

Answer 1

Si vous ne faites pas de MVC pur, ne vous embêtez pas. L'avantage du framework ASP.NET MVC est qu'il sépare les couches d'une application et vous donne plus de contrôle sur chacune d'elles. Ce que je pense que vous faites est de lancer de nouvelles fonctionnalités dans MVC seulement parce qu'il est frais et nouveau, mais vous n'utiliserez pas les avantages qu'il vous donne. Je pense que cela deviendrait encore plus insoutenable et ce n'est pas le but. Cela pourrait ne pas être le cas, je ne sais pas ce que vous essayez de réaliser avec ce projet MVC, si c'est le cas, s'il vous plaît élaborer.

Answer 2

La valeur par défaut application MVC contient deux bits importants de code à la racine du projet, et ils auront besoin d'exister dans la racine de votre application aussi:

1. Le Global.asax - le code derrière met en place le tout le routage.
2. Le Default.aspx - le code tire derrière la MvcHttpHandler, et vous commence vers le bas les routes MVC

Les deux ceux-ci devront être à la racine de votre site (ou être mis en place d'une manière similaire quelque part) pour charger correctement et commencer à gérer correctement tout le routage - vous devez également vous assurer que vos itinéraires sont suffisamment spécifiques pour ne pas intercepter les pages d'applications héritées.