visual studio professional microsoft descargar community c# visual-studio visual-studio-2015

c# - studio - Ir a la definición: "No se puede navegar al símbolo debajo del cursor".



visual studio 2015 descargar (30)

  1. Verifique los espacios de nombres de las dos clases.
  2. Si está agregando clases en la biblioteca de clases, asegúrese de estar usando el tipo de proyecto correcto. Hay dos tipos de biblioteca de clases. Biblioteca de clases (paquete) y biblioteca de clases. (Seleccione el posterior, ya que crea un archivo .dll) que luego se puede agregar si es necesario en otras soluciones.

De repente, comencé a experimentar un problema hoy en mi proyecto en el que hacer clic en Ir a definición me da un extraño error: "No se puede navegar al símbolo debajo del cursor".

Lo noté por primera vez después de instalar Costura.Fody través de NuGet. Desde entonces lo desinstalé pero el problema persiste. He limpiado y reconstruido la solución varias veces. No hay instancias de "Fody" o "Costura" en ninguna parte de mi historial de git commit, antes o después del momento en que esto comenzó a suceder, por lo que estoy pensando que uno de mis archivos .gitignore''d está atascado en un mal estado.

El problema solo ocurre si la definición que se busca está en otro archivo; Ir a la definición de algo en el archivo abierto actualmente funciona bien. Peek Definition también funciona bien. Otras soluciones / proyectos también funcionan bien: solo este es el que está causando problemas.

Estoy usando Visual Studio 2015. El problema no parece ocurrir en la versión 2013.

¿Por qué ocurre este error y cómo puedo solucionarlo?


Acabo de tener el mismo problema y parece que hay un problema con VS 2015 y TFS. Tengo el problema después de fusionar algunos archivos a otra rama. Intenté varias cosas y funcionó:

  • Cierre todos los archivos abiertos y luego VS
  • Herramientas-> Opciones-> Depuración-> Símbolos-> Vaciar caché de símbolos
  • TFS Regístrese y obtenga la última versión (por alguna razón funcionó después de esto)

No estoy seguro de por qué ocurre, pero esto funcionó para mí, también podría valer la pena borrar la carpeta TFSTemp como se menciona por zvi.

EDITAR

Esta ruta: %TMP%/TFSTemp se puede copiar y pegar en el explorador de Windows para acceder a TFS temp


Cierre Visual Studio, luego elimine el nombre de archivo oculto .vs en ese proyecto y abra nuevamente el Visual Studio y luego cree el proyecto. ¡Auge! ¡Todo bien!


Después de hacer un "devenv.exe / resetuserdata", mi VAssistX falla, por lo que, en realidad, esto me recuerda que VAssistX puede resolver el problema mediante la implementación Goto (Alt + G) .


Después de leer que este problema en particular se solucionó en el compilador de roslyn ( vea este problema en GitHub ), actualicé Visual Studio de la versión 15.0.x a 15.3.1. Funciona como un encanto ahora.


Diría que esto se debe al nuevo compilador de Roslyn C #, en su rastreador de problemas de github puedes encontrar muchos de los desarrolladores reales que se encuentran con esto y tratan de solucionarlo, pero en la actualidad todavía está abierto: https://github.com/dotnet/roslyn/issues/9602

También pasé algún tiempo alrededor de esto, y perdí la batalla. Pero la siguiente solución que he encontrado funciona bien para mí.

Solución

  1. Cambie el método abreviado de teclado F12 -> Edit.FindAllReferences (para TextEditor). Esto encontrará la definición y todas las referencias y enfocará el nodo raíz (definición) en los Resultados de búsqueda de símbolos.
  2. Ahora presionando F12, ENTER hará lo mismo que F12 antes.

Para mí, parece funcionar incluso mejor que solo GoToDefinition, porque:

  • Después de presionar F12, puede elegir una referencia en lugar de la definición presionando ARRIBA o ABAJO
  • Simplemente puede alternar entre las referencias y la definición solo con estas pocas teclas (F12, ENTER, UP, DOWN), fáciles de recordar.

Encontré este problema cuando usé F12 para intentar ir a una definición de método.

Todos los elementos mencionados (excepto /resetuserdata , que no probé porque sería un dolor recuperarme) no funcionaron.

¿Qué funcionó para mí?

  • Salga de Visual Studio
  • Desde un símbolo del sistema, vaya a la carpeta de su solución y ejecute el siguiente código (esto elimina TODAS las carpetas bin y obj en su solución):

    FOR /F "tokens=*" %%G IN (''DIR /B /AD /S bin'') DO RMDIR /S /Q "%%G" FOR /F "tokens=*" %%G IN (''DIR /B /AD /S obj'') DO RMDIR /S /Q "%%G"

  • Reinicie Visual Studio. Abrir la solución debería llevar un poco más de tiempo ya que ahora reconstruye las carpetas obj .

Después de hacer esto F12 funcionó!

Como nota al margen, normalmente coloco esto en un archivo por lotes en la carpeta de mi solución, junto al archivo .sln . ¡Esto facilita la ejecución posterior!


Este extraño error me sucedió al importar un proyecto de Xamarin en VS15. Ninguna de las soluciones enumeradas aquí funcionó para mí. Después de un día de frustración, también me encontré con un problema similar a este: Visual Studio "Buscar" da como resultado "No se encontraron archivos para buscar. Buscar progreso detenido".

Al hacer clic en "buscar todo" en el cuadro de diálogo de búsqueda, una ventana emergente me informó que no se podían buscar otros archivos. así que pensé que la razón por la que "ir a la definición" no funcionaba se debía al mismo error, ya que buscar definiciones en el mismo archivo sí funcionaba.

La extraña solución en el enlace de arriba (presionando Ctrl + Scroll Lock o Ctrl + Break varias veces) resolvió ambos problemas para mí.

La coloración del código (que no funcionaba cuando se rompió la funcionalidad ''Ir a definición'') también regresó de inmediato.


Estoy usando VS 2017 15.7.5 y esto dejó de funcionar para ciertos archivos de prueba. Noté que eran todos los nuevos que había agregado recientemente y que en el Explorador de soluciones no había ninguna flecha disponible para expandir y ver las propiedades / métodos.

Los excluí y luego los volví a incluir en mi proyecto y el comando ir a definición funcionó nuevamente.


He hecho todas las cosas anteriores pero mi problema no se resolvió (tratando de abrir el proyecto en VS 2017),

después de eso me di cuenta de que el problema era mi archivo csproj. Mi proyecto (mvc)

fue creado por VS 2015 ... Así que edito mi archivo csproj y lo reemplazo

<Import Project="../packages/Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0/build/Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props" Condition="Exists(''../packages/Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0/build/Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props'')" />

por esto :

<Import Project="../packages/Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.7/build/net45/Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props" Condition="Exists(''../packages/Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.7/build/net45/Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props'')" />

Se trataba de la versión de DotNetCompilerPlatform.

(La forma en que entendí este problema fue que creé un nuevo proyecto mvc para VS 2017 y comparé ambos archivos csproj, el nuevo y el que creó VS 2015)

Información relacionada adicional por https://.com/users/15667/xan (ya que las respuestas están bloqueadas)

Para mí (VS2019 abriendo una solución anterior) solo estaba afectando un proyecto en la solución. Las importaciones se veían así:

<Import Project="../packages/Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0/build/Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props" Condition="Exists(''../packages/Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0/build/Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props'')" /> <Import Project="../packages/Microsoft.Net.Compilers.1.0.0/build/Microsoft.Net.Compilers.props" Condition="Exists(''../packages/Microsoft.Net.Compilers.1.0.0/build/Microsoft.Net.Compilers.props'')" /> <Import Project="$(MSBuildExtensionsPath)/$(MSBuildToolsVersion)/Microsoft.Common.props" Condition="Exists(''$(MSBuildExtensionsPath)/$(MSBuildToolsVersion)/Microsoft.Common.props'')" />

Los proyectos de trabajo solo tenían la

<Import Project="$(MSBuildExtensionsPath)/$(MSBuildToolsVersion)/Microsoft.Common.props" Condition="Exists(''$(MSBuildExtensionsPath)/$(MSBuildToolsVersion)/Microsoft.Common.props'')" />

línea, así que eliminé los primeros 2 e intelisense / go to definition, etc., comencé a trabajar nuevamente.

SIN EMBARGO, el proyecto web ahora no se ejecutaría debido a la falta del compilador csc de Roslyn.

Al final, la solución que funcionó en general fue actualizar los paquetes Microsoft.CodeDom.Providers.DotNetCompilerPlatform y Microsoft.Net.Compilers Nuget para el proyecto.


Intenté la solución de David (la que se trata de hacer clic en la opción Vaciar caché de símbolos) pero no me funcionó.

¿Cómo lo resolví?

  • Cerrar todos los archivos
  • Solución limpia
  • Reconstruir solución

Para mí, este error no tiene sentido, ¡pero resolví hacerlo!


La mayoría de las rutas enviadas por otros no funcionan o están un poco al revés.

Vaciar esta carpeta:

%localappdata%/Temp/TFSTemp

Esto funcionó para mí.


La respuesta anterior es correcta, pero el camino está ligeramente desviado, intente esto en su lugar:

%AppData%/../Local/Temp/TFSTemp


Limpie los símbolos de caché (Herramientas> Opciones> Depuración> Símbolos> EmptySymbolCache). Abra su solución en modo administrativo.

Esto resolvió mi problema.


Lo siguiente me funcionó como un encanto:

  1. Revisé las advertencias que aparecieron cuando construí el Proyecto
  2. Algunos de ellos mencionaron algo sobre el conflicto de la versión de ensamblaje. Visual Studio sugirió que haga clic en la advertencia y presione Enter. Una ventana emergente ofreció solucionar automáticamente el problema y así lo hice.
  3. ¡Problema resuelto!

Lo siguiente solucionó esto para mí:

  • En el Explorador de soluciones, haga clic con el botón derecho en el nombre de la solución.
  • Seleccione "Solución limpia"

Después de que esto se completó con éxito, ya no recibí el error y no tuve que cerrar y volver a abrir nada.


Los últimos días he estado recibiendo este error, al menos dos veces al día ... ¡realmente molesto! Ninguna de las soluciones propuestas aquí me ha funcionado. Lo que encontré, y como era bastante difícil de encontrar, lo estoy escribiendo aquí, fue:

  • Cerrar visual
  • Abra la consola y navegue a la carpeta de instalación Visual, en mi computadora está C: / Archivos de programa (x86) / Microsoft Visual Studio 14.0 / Common7 / IDE
  • ejecute devenv.exe / resetuserdata
  • Abra Visual Studio, llevará un tiempo cargarlo.

Descargo de responsabilidad: estoy usando Xamarin

TENGA EN CUENTA LO QUE @OzSolomon y @xCasper han dicho:

@OzSolomon

Tenga en cuenta que esto restablecerá muchas de sus personalizaciones IDE, incluidos los complementos instalados.

Asegúrese de sentirse cómodo con eso antes de usar / resetuserdata

@xCasper

Sin embargo, si tiene su configuración sincronizada a través de Microsoft, la mayoría de las preferencias parecen restaurarse. Lo digo más porque parece que mis combinaciones de teclas no se restauraron y vuelven a ser las predeterminadas. Todo lo demás, como el tema seleccionado y las opciones de colorización, el diseño de mi IDE (donde tengo pestañas, por ejemplo) y lo que parece no volver.


Mi problema fue que (semi-accidentalmente) cambié la propiedad Build action del archivo .cs problemático a Content . Cambiarlo de nuevo a Compile hizo el truco, lo cual tiene sentido.


Para mí, la navegación funciona SOLO SIN SOLUCIONES XAMARIN. Que las sugerencias aquí NO FUNCIONARON. :( Devenv.exe / resetuserdata no funciona para mí.

Mi solución fue: volver a crear las soluciones, proyectos, carpetas y trabajos. No importa Detalle: mi proyecto estaba en el VS 2015, el error estaba en el VS 2017.


Por alguna razón, mi clase call_name.xaml.vb había sido excluida del proyecto (parecía suceder después de que obtuve la última versión de TFS). ¡Solo tuve que incluirlo nuevamente y funciona ahora!


Recientemente actualizado a VS 2017 15.5.0 y encontré este problema. Lo intenté:

  1. Eliminar el caché de símbolos
  2. Eliminar mi carpeta .vs.
  3. Reconstruyendo la solución.
  4. Ejecutando devenv / resetuserdata

Lamentablemente, ninguno de estos funcionó. Noté que esto solo estaba sucediendo en algunos proyectos y no en otros. En el proyecto donde estaba fallando, terminé cambiando todas las versiones del framework a 4.7.1, hice una limpieza / reconstrucción y mi "Ir a la definición" comenzó a funcionar nuevamente.


Si instaló recientemente un complemento, considere desinstalarlo. Eso fue lo que funcionó para mí.


Simplemente hazlo:

  • Cerrar Visual Studio
  • Vaya a la carpeta del proyecto y elimine el archivo .user (puede estar oculto)
  • Abra Visual Studio

Solución limpia Restaurar paquetes nuget.


También me encontré con esto una vez. Hay algo mal con TFS en VS 2015.

Seguí estos pasos y funcionó

  1. Caché TFS borrada Esto podría estar aquí:

    C: / Usuarios / (Nombre de usuario) / AppData / Local / Microsoft / Team Foundation / (Versión) / Cache

Nota: la ruta puede variar según el sistema operativo, así que no me culpes.

  1. Caché de símbolo vaciado

    Herramientas> Opciones> Depuración> Símbolos> EmptySymbolCache

  2. Reinició Visual Studio (podría pedir conectarse nuevamente a TFS)

Esto funcionó para mí. :)


También me enfrenté al mismo problema y "Buscar todas las referencias" para la clase seleccionada ha resuelto este problema.


Tengo el mismo problema después de actualizar Visual Studio, así que así es como resuelvo el problema.

  1. Cerrar estudio visual.
  2. Eliminar toda la carpeta .vs de mi proyecto.
  3. Estudio visual abierto.
  4. Abre mi proyecto.

Espero que esto sea útil para cualquiera que tenga este problema.


Tengo el mismo problema. Hice todos los pasos mencionados en todos los comentarios anteriores. No funcionó. Pero cuando cerré Visual Studio, eliminé la carpeta ".vs" (en la carpeta de la solución) y luego volví a abrir Visual Studio. Ahora funciona como un encanto. El problema se fue.


Tuve este error durante bastante tiempo hasta que no pude soportarlo más, así que probé todas las soluciones posibles anteriores, pero ninguna funcionó para mí. Noté que el error solo aparece en un determinado proyecto (como lo que mencionó un usuario anteriormente) pero no en otros proyectos. Debido a eso, dado que nada funciona, cloné mi proyecto nuevamente en una carpeta diferente y comenzó a funcionar nuevamente.


intenta limpiar la solución o limpiar tu proyecto, esto funcionó para mí