Y a-t-il des paramètres particuliers que l'on doit activer / désactiver / désactiver / supprimer de manière optimale lors du développement ASP.NET MVC sur la machine à tester locale Windows 7 à l'aide de IIS 7.5 et d'emménagement et de recompilation du débogueur et de recompilation Refrequnet (intégration / dépannage maintenant avant TDD Les fantastiques jettent des pierres - bien que, avec certes, je pouvais avoir plus de test), je travaille avec une édition 64 bits, mais figure cela probablement à la fois x86 / x64?
Je vais commencer par un: Période de ping (secondes) - Augmenter de 90 à 3000 (ou quelque chose de quelque peu plus élevé) afin que vous puissiez si vous pouvez malheureusement avoir besoin d'un bon moment, tout en déboguant ou désactivez PING sur la machine à tester locale.
Cependant, je vois sur des choses telles que: Désactiver les paramètres de recyclage et de recyclage chevauchant, etc. Que je me demande si cela pourrait augmenter les performances ou faire déboguer moins de friction
question invitée par la contrariété que j'ai couru sur quelques problèmes de débogage récents (non apparents en production), y compris une erreur aléatoire et temporelle ", un assemblage avec le même nom simple blah-blah-lah-assemblage -Definiton a déjà été importé. Essayez de supprimer l'une des références ou de les signaler pour activer la côte à côte. " (IISRESET se résout) et le débogage généralement lent de la fixation. Les points et réponses à cette question n'ont pas besoin d'aide avec ce qui précède (je crois que cela peut être lié au moteur de vue d'étincelles, car où la stacktrace se termine), mais la figure vaut la peine de mentionner une suggestion directe *
4 Réponses :
Embarcadero Les gars vient de publier un nouvel article sur le sujet similaire pour Delphi Prism (Aka Delphi pour .NET), alors pourquoi ne pas jeter un coup d'oeil sur leurs suggestions?
de l'expérience que j'ai travaillé avec ASP.NET MVC, je peux dire qu'il n'y a pas de paramètres spéciaux pour IIS 7 ou IIS 7.5 pour travailler sur les projets ASP.NET MVC. Cela fonctionne bien dans le formulaire par défaut, il vous suffit de créer un nouveau site Web et de le signaler dans le dossier qui dispose des fichiers de votre application.
Pour débogueur Si vous le demandez, vous pouvez simplement mettre un point d'arrêt dans le code et frapper ce point d'arrêt lorsque vous exécutez l'application à partir de Visual Studio. Mais par défaut, l'application utilisera le serveur Web de développement qui tire lorsque vous exécutez une application Web à partir de Visual Studio. Si vous souhaitez utiliser l'application à l'aide de l'IIS installé sur votre système, vous devrez modifier les paramètres du projet. Voyez ici pour un coup d'écran de la façon de faire?
http: //blogs.bootcamphedu .com / blog / post / débogage-aspnet-mvc-application-with-iis.aspx
En outre, vous pouvez également utiliser System.Diagnostics.debugger.break (); pour mettre un point de rupture dans le code.
Si vous souhaitez uniquement déboguer votre candidature, je recommande d'utiliser le serveur de développement intégré de Visual Studio. Si vous avez débuté le plus de cela ou que vous souhaitez le faire sur IIS, je vous recommande le raccourci CTRL + ALT + P, ce qui vous permet de joindre un débogueur. Sélectionnez W3WP.exe et vous pouvez déboguer avec IIS.
Conseil rapide: Si vous rencontrez des temps de réponse lents (~ 1-1.5 sec) des navigateurs autres que Internet Explorer (par exemple: Firefox, Chrome, Safari) lors de l'exécution de votre application Web MVC / autre sur votre machine locale avec Win7 / Vista, il est dû à la résolution DNS avec IPv6.
Firefox solution forte>: désactivez IPv6 dans environ: config (boolean cfg 'réseau.dns.disableipv6') p> Solution Soft Large Machine Strong>: Définissez la bonne adresse locale ancienne dans le fichier d'hôtes (% Windir% \ System32 \ pilotes \ etc \ hosts): p> # localhost name resolution is handled within DNS itself.
127.0.0.1 localhost
# ::1 localhost
Cette pointe m'a juste aidé un tas. J'ai eu le problème que l'exécution de la solution sur l'IIS locale était rapide, mais la solution dans le serveur Web de Visual Studio (Cassini) était lente. Pour aucune raison apparente, chaque demande prendrait quelques secondes de plus que le temps de procédure réel. Unité maintenant, je pensais que le problème était Cassini.