tutorial - ¿Cómo obtengo Visual Studio 2015 para resaltar corchetes, llaves y referencias al instante, sin demora?
visual studio code tutorial español pdf (5)
Cuando coloca el cursor en un corchete de cierre en c #, por ejemplo, hay un pequeño retraso molesto antes de resaltar el corchete de apertura, y debe sentarse y esperar antes de poder usar atajos como (ctrl + shift + arriba / abajo). Parece que es un comportamiento intencionado por razones que me sobrepasan, así que no creo que sea un error o porque mi computadora es lenta (no lo es), pero me está volviendo loco.
Estoy en una PC recién instalada, así que solo la he probado en algunos lenguajes de programación / formatos de archivo, y el comportamiento solo aparece en algunos de ellos.
El comportamiento de resaltado retrasado se produce en archivos .cs (c#) y .css , pero no en archivos .js y .html , aquí el código se resalta de manera instantánea exactamente como yo quiero en los archivos .cs también.
Estoy usando Visual Studio 2015 Community Edition.
No he encontrado una solución definitiva para tu problema.
Este fue un error conocido en la edición de revisión VS2015.
Este enlace discute la demora (este enlace se refiere a c # by btw, no c):
https://connect.microsoft.com/VisualStudio/feedback/details/1033540/braces-are-not-highlighted-correctly-in-c
Y todavía hay problemas similares para algunos usuarios de VS2015 Community Edition.
Personalmente, creo que estás atascado con un error y, si fuera tú, intentaría lo siguiente:
- Asegúrate de haber descartado todas las ediciones anteriores de VS.
- Prueba una reparación.
- Desinstale y reinstale completamente VS2015 si la reparación no funciona
- Vuelva a VS2013 si conduce, no puede soportarlo, y espere hasta que VS2015 esté un poco más maduro en la vid.
Una cosa que he encontrado con VS, es que cuando se reproduce es doloroso, lleva tanto tiempo instalarlo y el peor caso fue cuando terminé desinstalando y descargando todo lo que estaba asociado con la instalación. Ahora funciona bien. (Esto fue después de una vista previa de 2015 y luego volviendo a 2013). También puede probar esto para VS2015 y también probar una nueva descarga.
A veces echaré un vistazo a algunas vistas previas, pero después de saltar con prisas demasiadas veces con las últimas versiones de software y luego arrepentirme con placer. Ahora estoy feliz de esperar a que salgan nuevos lanzamientos por un tiempo antes de actualizar.
Otro FYI para que puedas navegar.
Este es un enlace a errores corregidos de Visual Studio 2015 RC y problemas conocidos . Hay bastantes problemas y sugerencias sugeridas. (No es específico para su problema, pero sigue ahí hace unos meses).
Supongo que sabes cómo jugar con la configuración. He agregado lo obvio, en caso de que se haya pasado por alto.
He agregado esta captura de pantalla desde la configuración de VS2013.
Asegúrese de marcar el resaltado automático delíptico.
Lo siento, no podría ser de más ayuda.
Para el problema de que hay un retraso destacando los corchetes: En mi opinión eso no tiene nada que ver con un error. Creo que toma un poco de tiempo porque su código necesita ser analizado cada vez que cambia algo para resaltar los corchetes. Cuando tiene muchas líneas de código en un archivo, es obvio que lleva un poco más de tiempo de lo normal.
Aquí hay algunos consejos que pueden ayudarlo:
Haga clic en el soporte y presione STRG + ´ esto lo llevará directamente al otro soporte. O presionas ALT + ´ y marcará todo tu código entre tus corchetes actuales. Puede buscar los accesos directos de Visual Studio en Herramientas -> Opciones -> Entorno -> Teclado :
Recomendaría que todo el mundo programara en Visual Studio para cambiar el color de resaltado del corchete coincidente. Echa un vistazo a esto:
Aquí puede cambiar todos los colores y formularios utilizados para los términos de búsqueda específicos. Personalmente uso Visual Assist 2015 para resaltar mi código (es por eso que no cambié nada aquí). Es mucho más rápido que VS y viene con muchas más funciones, como las pautas de corchetes, que le mostrarán el nivel de sangría de sus corchetes. Eche un vistazo, tal vez le guste:
Son unos 500 ms en un proyecto de consola recién creado
500 mseg es un número mágico en .NET. Puede obtener alguna información del código fuente del servicio de lenguaje C #, accidentalmente (?) Expuesta por un programador de Microsoft en github. El archivo más relevante es probablemente este :
internal interface IBraceMatchingService
{
Task<BraceMatchingResult?> GetMatchingBracesAsync(Document document,
int position, CancellationToken cancellationToken = default(CancellationToken));
}
O en otras palabras, el servicio de correlación de llaves se ejecuta como una tarea de fondo. Tales tareas normalmente se ejecutan en un subproceso de grupo de subprocesos y están sujetas a la programación por el administrador de subprocesos. Ahí es donde entra en juego el número mágico de 500 ms. El administrador intenta mantener el número de subprocesos tp en ejecución en la cantidad de núcleos de procesador disponibles en la máquina, la forma más eficiente de ejecutar subprocesos. Sin embargo, si los subprocesos tp existentes tardan demasiado en finalizar su trabajo, el administrador asume que están bloqueados por E / S y permite que se ejecute uno adicional. Lo hace una vez cada 500 mseg.
Por lo tanto, la estimación de primer orden de su problema es que VS tiene demasiados subprocesos de grupo de subprocesos activos y no se completan de manera oportuna. Causando que la tarea de correlación de llaves se ejecute demasiado tarde.
Averiguar exactamente qué tareas específicas empantanan es técnicamente posible. No puedo garantizar el éxito con la edición de la Comunidad y necesitarás una buena cantidad de información sobre cómo leer las listas de llamadas para avanzar. Inicie otra instancia de Visual Studio y use Depurar> Adjuntar a proceso. Elija "devenv.exe" de la lista. Déjalo funcionar mientras está intentando encontrar archivos PDB, luego use Debug> Break All.
El primer lugar para buscar es Depurar> Windows> Tareas. Es bastante improbable que veas algo allí, sin embargo, lo normal es no ver nada. El siguiente es Debug> Windows> Threads. Deberías ver alrededor de 15 hilos activos en esa ventana. Desplácese sobre su columna Ubicación para echar un vistazo a su pila de llamadas. Darle sentido a lo que ves no es tan simple, desafortunadamente, ayudará mucho si puedes comparar lo que ves con otra máquina que no tiene este problema.
Como tiene este problema en más de una máquina, otro enfoque es buscar un factor ambiental que tengan en común. Lo que hay que buscar es un antimalware agresivo, una conexión de red que es demasiado lenta o poco confiable, un complemento de bajo rendimiento que te gusta pero que funciona mal en una versión VS en la que no se probó.
Y considere que VS2015 no está exactamente listo para el horario estelar. De todas las versiones VS recientes lanzadas en los últimos 18 años, es probablemente la menos estable. Tiene muchos cambios internos pesados y hubo una cantidad sin precedentes de versiones alfa y beta con correcciones de errores críticas implementadas hace unos meses. Inténtalo de nuevo después de que se publique la Actualización 1.
Parece que esto se solucionará en una futura actualización de Visual Studio: https://github.com/dotnet/roslyn/issues/1906#issuecomment-145874647
También tuve este problema desde la primera instalación. Puedo confirmar que Update 1 CTP resuelve este problema, y la demora casi se ha ido (tal vez 1/8 de segundo ahora).
Esta demora de UI en realidad se llamó como una corrección de errores que se incluyó con la actualización: