Dans un projet de site Web ASP.NET, j'ai toujours été capable de modifier le code C # sous-jacent et de rafraîchir simplement la page dans le navigateur et mes modifications seraient là instantanément.
Je peux faire la même chose lorsque vous travaillez avec Java et Eclipse - Modifiez ma source Java et rafraîchissez la page et mes modifications sont là.
Je ne peux pas faire cela dans ASP.NET MVC et c'est un véritable Downer - je dois arrêter le processus de course et faire mes modifications, puis redémarrer le débogage. C'est une énorme perte de temps.
Est-ce que je le fais mal? Quelle est la meilleure approche du développement ASP.NET MVC?
6 Réponses :
Le moyen le plus rapide de coder est d'organiser localement sur IIS, puis tout ce que vous avez à faire est de construire la solution avant de vérifier vos modifications.
Une autre alternative est de tout chucker dans le dossier App_code qui compilera à la volée lorsque vous apportez des modifications.
Vous n'êtes pas obligé d'arrêter le processus, vous pouvez casser.
Essayez de casser le projet, puis de la modification, puis de continuer.
1) Ctrl-Alt-Break 2) Modifier votre code 3) F5
Visual Studio verrouille le code source en mode de débogage. Donc, vos options sont:
Le premier est mon préféré.
Vous pouvez également "mettre en pause" (Ctrl + Alt + Break), faire votre changement, cliquez sur "Continuer" et rafraîchissez la page.
J'utilise rarement le mode de débogage dans le projet ASP.NET MVC ( F5 ). J'exécute le projet une fois avec Ctrl + F5 et toujours une fenêtre de navigateur ouverte. Ensuite, si je modifie une vue (.aspx, .ascx), j'ai frappé f5 dans le navigateur et les modifications prennent automatiquement effet. Si je dois faire des modifications dans le code .NET (logique de contrôleur, modèles, référentiels, etc.) Je n'utilise plus le navigateur. Pour vérifier que mon changement est correct, je navigue au test de l'unité correspondant et cliquez sur Ctrl + R + T . Le résultat est vu soit en vert ou en rouge.
C'est l'un des avantages énormes du MVC. Pourquoi reposer le débogueur lors de la construction, vos tests devraient couvrir la majorité de votre logique. Même avec WebForms MVP. Sauvez-vous une tonne de temps et commencez à écrire de bons tests.
Ma technique a été de le lancer normalement, puis copiez l'URL du navigateur et ouvrez une autre fenêtre pour le site Web puis tuez l'original. Une fois que vous avez tué le navigateur d'origine, VS permettez à votre code source, mais vous l'avez toujours dans une autre fenêtre et que vous pouvez la naviguer normalement. Maintenant, vous pouvez modifier votre code, puis rafraîchir le navigateur et cela fonctionne comme avant.
La seule raison de la lancer normalement d'abord parce que vs semble choisir un numéro de port aléatoire contre localhost lors de la mise en place de l'IIS intégrée. Mais même cela change rarement
Mon URL ressemble généralement à quelque chose comme ceci:
http: // localhost: 49434 / quelque chose.Asx
Le port Numbe change d'occasion, mais il semble rester le même que tant que vous ne fermez pas le studio visuel. Une fois que vous avez tué VS Votre URL échouera.
Exécutez le projet MVC avec la touche de raccourci (Ctrl + F5) et tout changement que vous apportez au code C # serait reflété dans le navigateur après rafraîchissement (F5)