Débogage/chargement de Visual Studio très lent

je suis à wits end. Visual Studio est typiquement douloureusement lent à déboguer ou tout simplement charge ("démarrer sans débogage") mon ASP.NET sites MVC. Pas toujours: au début, les projets se chargent bien et vite, mais une fois qu'ils se chargent lentement, ils se chargent toujours lentement après cela. J'ai peut-être attendre 1 à 2 minutes ou plus.

ma configuration:

j'utilise Visual Studio 2012 Express , actuellement, mais j'ai eu le même problème dans Visual Studio 2010 Express. Ma solution est stockée sur un lecteur réseau; plus précisément, ce sont mes Documents redirigés vers un lecteur réseau, si cela importe. (Ça ne devrait pas. Il y a des moments où mon site se charge très rapidement sous cette configuration.)

je charge dans Internet Explorer 9 habituellement, mais le même problème se produit dans Firefox.

cela peut arriver dans n'importe quel ASP.NET MVC projet sur lequel je travaille, et il semble tourner autour ayant DisplayTemplates, qui tous mes ASP.NET les projets MVC le font. Et C'est tout C# et Razor, si ça comptait.

symptômes:

le système chargera mes symboles des centaines de fois. Fondamentalement, ce qui suit, mais il y a au moins 300 de ces lignes, chacune avec des fichiers DLL très légèrement différents pour les mêmes CSHTMLs:

'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:WindowsMicrosoft.NETFrameworkv4.0.30319Temporary ASP.NET Filesrootb63f823675085dApp_Web_contact.cshtml.22013bb9.xighmhow.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:WindowsMicrosoft.NETFrameworkv4.0.30319Temporary ASP.NET Filesrootb63f823675085dApp_Web_contact.cshtml.22013bb9.cv5hktkf.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:WindowsMicrosoft.NETFrameworkv4.0.30319Temporary ASP.NET Filesrootb63f823675085dApp_Web_statuscode.cshtml.22013bb9.1o77hs8i.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:WindowsMicrosoft.NETFrameworkv4.0.30319Temporary ASP.NET Filesrootb63f823675085dApp_Web_statuscode.cshtml.22013bb9.jja-77mw.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:WindowsMicrosoft.NETFrameworkv4.0.30319Temporary ASP.NET Filesrootb63f823675085dApp_Web_location.cshtml.22013bb9.l_e9ev_s.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:WindowsMicrosoft.NETFrameworkv4.0.30319Temporary ASP.NET Filesrootb63f823675085dApp_Web_location.cshtml.22013bb9.b4n59gom.dll', Symbols loaded.

dans ce qui précède, j'ai trois DisplayTemplates: "Contact", "Location"", et "StatusCode". Il semble que IIS charge deux symboles à chaque fois que displaytemplate est appelé. Ainsi, si j'affiche une table de 100 entrées qui appelle les trois displaytemplates, c'est 600 symboles distincts chargés.

Ce n'est pas une opération rapide. En regardant dans les fichiers journaux que IIS génère, il faut environ 200 ms pour chaque symbole à charger. Donc, des délais super-longs.

Ce que j'ai Essayé:

  • déboguer ou version de sortie, ça n'a pas d'importance.
  • mettre mon projet sur une implémentation IIS complète sur un serveur web l'exécute très rapidement sans problème.
  • Cassini, IIS Express 7.5, et IIS Express 8.0 ont tous le problème.
  • supprimer tous les points D'arrêt ne fait rien.
  • Solution Propre , ou la suppression de la .suo aussi ne rien faire.
  • si je répare IIS Express, ou supprimer le dossier My DocsIISExpress , ou réparer/réinstaller Visual Studio → le problème peut disparaître, mais seulement pour un moment, avant qu'il ne revienne tout de suite.

tout conseil est apprécié.

pour répondre à d'autres questions, oui ma machine a certainement la puissance. La chose fâcheuse est que le même projet, sans rien modifié, peut charger très très rapidement parfois, typiquement après avoir réparé IIS Express et supprimer le dossier My DocsIISExpress . Finalement "quelque chose" se produit et il est à 2 minutes de charger à nouveau. Ce sur quoi je travaille n'est pas un projet compliqué. Pas de bibliothèques externes ou de dépendances, et mon VS.NET il n'a pas d'addons.

il est à noter que cette machine est dotée d'une protection Symantec Endpoint, qui a déjà causé des dégâts. Mais le désactiver complètement (c'est bien d'être un administrateur) n'a pas résolu le problème.

j'ai une théorie à ce stade. Je pense que tout ça c'est parce que je travaille sur un dossier redirigé depuis une part réseau. Pendant que le débogueur passait en revue ses centaines de lignes de "symboles chargés", je me suis arrêté pour voir ce qu'il faisait. C'était dans mon code, chargeant le DisplayTemplate que j'avais. Entrer dans le modèle produit ce qui suit:

Step into: Stepping over non-user code 'System.Threading.WaitHandle.InternalWaitOne'
Step into: Stepping over non-user code 'System.Threading.WaitHandle.WaitOne'
Step into: Stepping over non-user code 'System.CodeDom.Compiler.Executor.ExecWaitWithCaptureUnimpersonated'
Step into: Stepping over non-user code 'System.CodeDom.Compiler.Executor.ExecWaitWithCapture'
Step into: Stepping over non-user code 'Microsoft.CSharp.CSharpCodeGenerator.FromFileBatch'
Step into: Stepping over non-user code 'Microsoft.CSharp.CSharpCodeGenerator.System.CodeDom.Compiler.ICodeCompiler.CompileAssemblyFromFileBatch'
Step into: Stepping over non-user code 'System.Web.Compilation.AssemblyBuilder.Compile'
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:WindowsMicrosoft.NETFrameworkv4.0.30319Temporary ASP.NET Filesrootb63f823675085dApp_Web_statuscode.cshtml.22013bb9.bciuyg14.dll', Symbols loaded.
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.CompileWebFile'
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.GetVPathBuildResultInternal'
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.GetVPathBuildResultWithNoAssert'
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.GetVirtualPathObjectFactory'
Step into: Stepping over non-user code 'System.Web.Mvc.BuildManagerWrapper.System.Web.Mvc.IBuildManager.FileExists'
Step into: Stepping over non-user code 'System.Web.Mvc.VirtualPathProviderViewEngine.GetPathFromGeneralName'
Step into: Stepping over non-user code 'System.Web.Mvc.VirtualPathProviderViewEngine.FindPartialView'
Step into: Stepping over non-user code 'System.Web.Mvc.ViewEngineCollection.Find'
Step into: Stepping over non-user code 'System.Web.Mvc.ViewEngineCollection.FindPartialView'
Step into: Stepping over non-user code 'System.Web.Mvc.Html.TemplateHelpers.ActionCacheViewItem.Execute'
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:WindowsMicrosoft.NETFrameworkv4.0.30319Temporary ASP.NET Filesrootb63f823675085dApp_Web_statuscode.cshtml.22013bb9.kwj3uqan.dll', Symbols loaded.
Step into: Stepping over non-user code 'System.RuntimeType.CreateInstanceSlow'
Step into: Stepping over non-user code 'System.Web.Mvc.DependencyResolver.DefaultDependencyResolver.GetService'
Step into: Stepping over non-user code 'System.Web.Mvc.BuildManagerViewEngine.DefaultViewPageActivator.Create'
Step into: Stepping over non-user code 'System.Web.Mvc.BuildManagerCompiledView.Render'

on dirait que Visual Studio est en train de recompiler mon displaytemplate every time ça s'appelle, ce qui est nouveau, des centaines de fois. Ma théorie est que Visual Studio compile le fichier, le sauvegarde dans le partage réseau, puis le partage réseau, puis d'une manière ou d'une autre, imprime un nouveau temps dessus, et Visual Studio pense que le fichier a changé et donc Visual Studio le recompile une fois de plus. Seulement une théorie bien; je n'ai vraiment aucune idée.

pour un, apparemment j'ai des fichiers hors ligne (c'est un ordinateur de bureau dans un bureau; je m'en fous complètement). Je vais désactiver, redémarrer et réessayer demain.

plus, déplacer mon projet, tel quel, vers le C local: le corriger. Il se charge très rapidement. Mais ce n'est pas l'idéal dans un environnement de travail. Je perds les Versions Précédentes, mon code n'est pas sauvegardé si je la copier manuellement, et il n'est plus partagé avec quiconque.

je peux faire avec la copie aller-retour de C au partage de réseau, si elle vient à elle. C'est beaucoup plus ennuyeux d'attendre deux minutes pour chaque chargement de page.

435
demandé sur Peter Mortensen 2012-09-24 19:18:39

30 réponses

Voici comment j'ai résolu le problème de "chargement lent de symboles" dans Visual Studio 2012:

  • allez à Outils - > Options - > Débogage - > général

  • cochez la case à côté de"Activer juste mon Code".

  • allez à Outils - > Options - > Débogage - > symboles

  • , Cliquez sur "..."bouton et créer / sélectionner un nouveau classez quelque part sur votre ordinateur local pour stocker les symboles mis en cache. J'ai nommé le mien "cache de symbole" et l'ai mis dans les Documents -> Visual Studio 2012.

  • cliquez sur" Load all symbols " et attendez que les symboles soient téléchargés à partir des serveurs de Microsoft, ce qui peut prendre un certain temps. notez que le bouton Load all symbols n'est disponible qu'au débogage.

  • décochez le crochet à côté de "Microsoft Symbol Servers"pour empêcher Visual Studio d'interroger à distance les serveurs Microsoft.

  • cliquez sur"OK".

désormais, le chargement des symboles devrait être beaucoup plus rapide.

notez que si vous apportez des modifications/téléchargements à Microsoft assemblies, vous devrez peut-être retourner dans la zone de dialogue des symboles et" charger tous les symboles " à nouveau.

574
répondu Zeb Kimmel 2014-12-11 09:32:55

désactiver intelliTrace m'a réparé ça.

In Visual Studio, Tools - > Options - > Intlitrace

ensuite, décochez la case pour "activer IntelliTrace".

Disable IntelliTrace in Visual Studio 2012

99
répondu moke 2013-07-03 23:52:30

rien de tout cela n'a fonctionné pour moi mais j'ai trouvé un point de rupture sur un symbole qui a été supprimé. On dirait que 2010 était accroché dessus. Pour voir si c'est votre problème, débug->windows->breakpoints S'il y en a un, supprimez-le.

Saunders, a mentionné qu'il avait vérifié, mais il n'était pas mentionné dans les solutions pour ce problème. Peut-être pour certains, mais pas pour nous tous.

68
répondu user2144480 2017-08-18 14:02:24

I deleted the "Temporary ASP.NET le dossier" Files " et mon chargement de page localhost se sont considérablement améliorés. Voici le chemin d'accès... %temporaire ASP.NET Files\

37
répondu Shaun Kennedy 2014-08-19 23:34:52

je pense que je pourrais enfin connaître la cause, mais pas la raison. Quand le problème a recommencé à se produire, j'ai remarqué une tonne de "conhost".exe" processus orphelins. Je fermais Visual Studio et ils restaient ouverts. Fin de la tâche sur chacun d'eux a finalement, de manière fiable résolu le problème. [avec un peu de chance]

(il suffit de noter, conhost.exe n'est pas un processus de studio visuel bien que Visual Studio l'utilise. Ainsi, d'autres utilisateurs, il peut y avoir d'autres applications là cette course conhost.EXE. Je sais que ma machine ne le fait pas, c'est pour ça que je peux tous les arrêter sauf YMMV.)

pourquoi cela se produit? Cela semble se produire lorsque j'ouvre plus d'un projet à la fois, ce que j'ai tendance à faire souvent, même si Je ne construis et ne corrige qu'un seul d'entre eux à tout moment.


Edit #1 - Ce n'est pas une "solution miracle" malheureusement. Il n'est pas toujours le cas pour moi. En général, quand les choses sont lentes, je ferme tout mon Visual Studio sessions, puis allez dans le gestionnaire de tâches et de mettre fin à toute instance de celui-ci, conhost.exe, iisexpress.exe Microsoft.VisualStudio.Web.Hôte.exe et MSBuild.exe que je peux trouver.

généralement, après cela, quand je redémarre mon projet, il se chargera rapidement. Mais pas toujours.

vraiment je pense que la meilleure ligne de conduite est probablement de ne pas construire et déboguer du code à partir d'un dossier redirigé/partage de réseau.


Edit #2 - Deux ans plus tard, et c'est encore un problème pour moi Dans Visual Studio Community 2013, mais j'ai semblé au moins trouver la tâche coupable: Explorateur.exe . Ouais, qui savait. Au moment où je finis cette tâche, BAM, page se charge en une seconde.

si j'ai un navigateur de fichier Explorer de Windows ouvert sur mon lecteur réseau redirigé (qui est souvent depuis que c'est là que mon code est), ce problème semble se produire. Fermer la fenêtre ne suffit pas, J'ai tuer l'ensemble de l'Explorateur.exe tâche. Je ne pouvais que deviner ce qu'il fait...tu deviens dingue avec les poignées de dossiers?

je peux habituellement utiliser le Gestionnaire des tâches pour démarrer un nouvel explorateur.tâche exe (Je ne peux prendre tellement alt-tabbing), et Visual Studio va continuer à charger nice et rapide. Mais si J'ouvre Windows Explorer à nouveau, ça revient presque toujours au mode super-lent.

donc, si vous avez un partage de réseau redirigé, donnez-lui une chance. C'est sûr les battements de travail localement.

25
répondu Ber'Zophus 2015-04-14 02:06:28

avez-vous activé FusionLog?

mon VisualStudio a été très lent à démarrer, ouvrir la solution et charger les symboles au début du débogage. Il était lent seulement sur ma machine, mais pas sur d'autres machines.

FusionLog écrit des tonnes de log stuff sur le disque. Le désactiver sur RegEdit a tout résolu, sur mon affaire.

c'est la clé FusionLog sur le registre:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion

vérifier la valeur de celog( 1 activé, 0 désactivée.)

24
répondu rkawano 2015-01-30 20:45:51

ce qui précède sont toutes les bonnes solutions et je les ai toutes essayées, mais obtenu la solution ici , qui est à

Debug -> Delete All Breakpoints
21
répondu Tahir Hassan 2017-05-23 12:10:26

j'ai vécu le même problème et essayé la plupart des résolutions ci-dessus. Supprimer simplement les fichiers cache et temp finit par marcher pour moi.

Essayez de supprimer le contenu de ces deux dossiers:

C:\Users\{UserName}\AppData\Local\Microsoft\WebsiteCache

et

C:\Users\{UserName}\AppData\Local\Temp ASP.NET dossiers).

cela peut être configuré pour se produire automatiquement lors de la connexion à Windows en ajoutant un fichier cmd à la C:\Users\{username}\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup dossier avec le contenu suivant:

rmdir C:\Users\{username}\AppData\Local\Microsoft\WebsiteCache /s /q

rmdir C:\Users\{username}\AppData\Local\Temp /s /q
21
répondu aricons 2017-09-16 08:53:39

pour moi C'était IE 9.08.8112.16241. Dès que J'ai utilisé Firefox ou Chrome, il n'y a pas eu de débogage lent avec F10 ou F11. Je ne sais pas quel est le problème avec IE mais je déteste officiellement l'utiliser pour tester maintenant.

mise à jour: j'ai éteint tous les add-ons du programme IE et il est de retour à la pleine vitesse. Les allumer un par un a révélé que LastPass (dans mon cas) était le coupable. Je suppose que je ne peux pas blâmer MS après tout.

18
répondu DMadden51 2013-08-06 18:42:14

pour moi, j'ai implémenté cette astuce qui a fondamentalement amélioré les performances en ajoutant les deux attributs suivants à la balise de compilation dans web.config

<compilation ... batch="false" optimizeCompilations="true"> ... </compilation>

Que fait batch=" false"?

il rend la pré-compilation plus sélective en ne compilant que des pages qui ont changé et nécessitent une nouvelle compilation

Qu'est-ce que les compilations Optimiz en train de faire? Source

ASP.NET utilise un code de hachage par application qui inclut l'état d'un nombre de choses, y compris le dossier bin et App_Code, et mondial.asax. Chaque fois qu'un ASP.NET domaine app démarre, il vérifie si ceci le code de hachage a changé par rapport à ce qu'il avait calculé auparavant. Si il a, puis tout le dossier codegen (où compilé et shadow copié assemblées en direct) est éliminé.

quand cette optimisation est activée (via optimizeCompilations="true"), le hachage ne prend plus en compte bin, App_Code et global.asax. En conséquence, si ces changements ne sont pas efface le dossier codegen.

référence: élément de Compilation sur msdn

13
répondu Korayem 2016-07-05 21:04:36

j'ai eu des problèmes d'exécution de perfomance avec le débogage aussi et j'ai essayé de très nombreuses options de débogueur. Dans mon cas, énorme performance atteint lorsque je change ces options:

Outils - Options - Débogage de Sortie de la Fenêtre (en Général les réglages de sortie de Toutes les sorties de débogage) - OFF

12
répondu arkhivania 2013-06-04 08:06:24

dans mon cas, C'était L'Extension .net Reflector Visual Studio (version 8.3.0.93) avec VS 2012. Le débogage prenait 10 secondes pour chaque pas de par rapport à (F10).

dans Visual Studio, allez à Outils/Extensions et mises à jour... et désactiver le . N'oubliez pas de redémarrer Visual Studio.

12
répondu shamp00 2013-12-16 19:12:15

j'ai eu des problèmes avec le débogage de Visual Studio lorsque " code natif "débogueur a été activé. Essayez de désactiver la fonction.

Sur "Visual Studio 2012" aller à:

  1. Propriétés Du Projet ->
  2. Web - >
  3. Debuggers (bas de la page). - >
  4. Désactiver tous sauf ASP.NET

j'Espère que ça aide.

Questions similaires: 1 , 2

10
répondu Paulius Zaliaduonis 2017-05-23 12:26:31

Dans mon cas c'était

Tools/Options/Debugging/General/Enable JavaScript debugging for ASP.NET (Chrome and IE)

une fois que j'ai décoché ceci, mon début de débogage est passé de 45-60 secondes à 0-5 secondes.

10
répondu toddmo 2017-04-17 13:02:25

Je ne sais pas si vous avez encore ce problème, mais j'ai débogué des sites dans Visual Studio en attachant le débogueur au processus lui-même plutôt que de laisser VS le faire pour moi et je l'ai trouvé pour améliorer considérablement les temps. J'utilise une extension pour VS appelée AttachTo et j'ai un petit article sur la façon dont je l'utilise ici .

j'espère que cela aidera.

9
répondu Andrew Davis 2013-02-19 11:19:03

une fois, après une panne de courant, j'ai dû faire face au même problème de lenteur chaque fois qu'un point de rupture était touché ou qu'une Exception était lancée.

j'avais le vague souvenir que le fichier" suo "(dans le même répertoire que le fichier de solution" sln") peut être corrompu et faire tout ralentir.

enter image description here

j'ai supprimé mes fichiers " suo " et tout était ok. Le. suppression de fichiers suo est inoffensif et seulement implique de recréer ma mise en page windows plus le projet de départ et quelques autres personnalisations non critiques.

9
répondu Larry 2013-12-06 18:21:34

j'étais également face à cette question, ci-dessous sont les étapes que je réalise et il fonctionne pour moi toujours:

  • suppression de la solution .suo fichier.
  • supprimant la mention temporaire ASP.NET dossiers (Vous pouvez le trouver à La find it à % WINDOW% \ Microsoft.NET \ Framework \ \ Temporary ASP.NET fichiers )
  • suppression de tous les points de rupture dans le application.
8
répondu Geeky Ninja 2016-04-29 05:00:52

mon problème de VS lent a été résolu en désactivant le lien du navigateur

enter image description here

7
répondu Salty 2015-07-01 16:15:25

si quelqu'un Remarque ce comportement en sortant du champ gauche, vérifiez que vous n'avez pas de points de rupture définis dans web.config. J'ai dû en mettre un avec un clic de souris errant, et ça a vraiment ralenti toutes les opérations de débogage.

6
répondu zmercier 2013-05-03 17:21:41

vider le cache de symbole a fonctionné pour moi.

voir: barre de menu / Outils / Options / Débogage / symboles / Cache de symboles vide

5
répondu Dimitri C. 2013-10-29 15:40:35

après avoir passé toute la journée à attendre que les symboles se chargent aussi lentement que la vitesse de la tortue, mélange et commutation entre toutes les combinaisons possibles: Just My Code, Caching symbols , Intellitrace , Just-In-Time, killing processes , etc.

ma solution était en fait de désactiver l'antivirus . Ouais, Windows Defender ralentissait le lancement de mon projet! Il vérifierait tous les dlls comme Visual Studio les a demandés et a ralenti l'ensemble du processus de chargement des symboles.

je dois dire que nos machines ont de grandes spécifications pour compiler la solution très rapidement, de sorte que ce n'était jamais un problème. Nous codons dans VS 2013 Ultimate.

5
répondu I.G. Pascual 2017-05-23 12:10:26

problème similaire gâché la moitié de ma journée!

puisque la solution pour mon problème était différente de ce qui est dit ici, je vais le poster pour qu'il puisse aider quelqu'un d'autre.

Mine était un point de rupture. J'ai eu un " Break at function " break point (I. au lieu d'appuyer sur F9 sur une ligne de code, nous les créons en utilisant la fenêtre breakpoints) qui est censée s'arrêter dans une fonction de bibliothèque en dehors de mon projet.

et j'ai eu "utilisez Intellisense pour vérifier le nom de fonction " vérifié. (Info ici .)

cela a ralenti vs like hell (démarrage du projet de 2 secondes à 5 minutes).

enlever le point de rupture résolu pour de bon.

3
répondu BuddhiP 2014-08-19 23:37:50

une chose qui a fonctionné pour moi après avoir fait tout ce qui précède était:

Dans la fenêtre Threads (Debug->Windows->Threads), définissez Group by to None. Cela ne peut être fait que pendant le débogage.

cela a eu un impact même après la fermeture de cette fenêtre.

3
répondu David 2014-08-19 23:38:06

dans mon cas, j'ai remarqué que désactiver ma connexion internet la ferait fonctionner aussi vite qu'avec ctrl-f5, donc je suis allé au débug->options->symboles et j'ai tout simplement décoché .apb endroits.

semble que VS essayait de se connecter à ces serveurs chaque fois qu'une session de débogage était lancée.

notez que désactiver le débogage - > Options - > Débogage - > Généralités "activer le support source" ou "exiger que les fichiers source correspondent exactement à la version originale " ne ferait aucune différence.

2
répondu Trap 2013-01-01 15:59:31

il y a aussi des complications dans les vues partielles où il y a une erreur sur la page qui n'est pas reconnue immédiatement. Comme Modèle.SomeValue au lieu de Modèle.Cettevaleur. Il pourrait ne pas souligner et causer des problèmes de débogage. Cela peut être une vraie douleur à attraper.

2
répondu DMadden51 2013-10-16 15:09:00

En Studio Visuel:

Outils -> Options -> Options De Débogage -> Symboles

choisir "modules seulement spécifiés". Cliquez sur le lien" spécifier les modules " et ajoutez un module vide (cliquez sur le bouton nouveau document et appuyez sur OK).

2
répondu MCS 2014-10-20 20:33:08

ouvrir le dossier solution dans Windows explorer, fermer visual studio, supprimer .fichier suo de windows explorer.

ouvre maintenant le projet dans visual studio, avec un peu de chance debugger sera attaché/détaché rapidement.

2
répondu Abdul Rauf 2015-01-12 06:09:03

allez à variables d'environnement et recherchez la clé _NT_SYMBOL_PATH.

Supprimer.

voilà, ça a fonctionné comme un charme.

2
répondu ozba 2015-05-21 11:04:08

le problème pour moi était la fonctionnalité "Browser Link" qui est très lourde quand vous avez plusieurs onglets ouverts pour le même projet !

parce que chaque fois que nous avons lancé le projet, il ouvre un nouvel onglet avec les communications de lien de navigateur.

il suffit de fermer tous les onglets associés au projet et garder un seul ouvert !

ce studio visuel gratuit et instantané ! C'est de la magie ! ;- )

" lien de navigateur est une fonctionnalité depuis Visual Studio 2013 qui crée un canal de communication entre l'environnement de développement et un ou plusieurs navigateurs web. Vous pouvez utiliser le lien de navigateur pour rafraîchir votre application web dans plusieurs navigateurs à la fois, ce qui est utile pour l'essai de cross-browser."

2
répondu A. Morel 2016-01-24 18:26:02

une solution rapide et facile pour ceux qui n'ont pas beaucoup de déviation des paramètres VS par défaut.

Outils-->Importation et Exportation de Paramètres-->Oui, enregistrer mes paramètres-->Visual C#

je suis sûr que la solution ci-dessus fonctionnerait avec d'autres paramètres par défaut aussi. Dans mon cas quelque chose a foiré avec mes paramètres de chargement de symbole mais je n'ai pas pu le réparer même si j'ai essayé pas mal de solutions suggérées.

2
répondu GDS 2016-09-04 23:01:09