Pregunta Visual Studio 2015: errores de Intellisense pero compilaciones de soluciones


Actualmente estamos evaluando el nuevo Visual Studio 2015 y encontramos un extraño problema con intellisense. Cuando compilé nuestra solución principal con el nuevo estudio, la compilación tuvo éxito, pero sin embargo se muestran 6 errores.

Descubrí que no es un error real, sino solo un error intellisense. El código es definitivamente correcto y todo compilado con éxito. Sin embargo, el código se marca en rojo y los errores aparecen en la lista de errores.

Los 6 errores tienen el mismo origen. Es una simple llamada de constructor. Es bastante extraño, pero también hay algunas ocurrencias del mismo constructor exacto sin ningún error.

El mensaje de error:

Code: CS1729
Message: '<the class>' does not contain a constructor that takes that many arguments.
Project: <the project name>
File: <the path to the file>

El nuevo estudio se instaló en un Windows 7 recién instalado sin ningún software heredado (no VS13).

Ya he intentado borrar los cachés, borré el archivo suo, eliminé los directorios bin y obj, limpié y reconstruí la solución, etc. Pero nada funcionó.

¿Alguien puede explicarme ese comportamiento?


75
2017-08-11 13:49


origen


Respuestas:


También tuve este problema con un proyecto migrado, así que hice referencia al dll de Microsoft.CSharp. En algunos proyectos, tuve que eliminar y volver a agregar la referencia en el proyecto.


35
2017-09-15 12:40



Tenía miles de errores intellisense y 0 errores de compilación. Después de eliminar el archivo .suo, se reinician los errores Intellisense de VS.

El archivo Suo se encuentra relativamente al origen en: .vs \ SolutionName \ v14.suo

De acuerdo con el comentario: Cuidado con que * .suo es un archivo oculto.

Editar: según los comentarios, VS2017 tiene el mismo problema, por lo que puede utilizar una solución similar: Eliminar .vs \ SolutionName \ v15.suo


127
2017-11-02 12:30



Se topó con un problema similar en Visual Studio 2017 ASP.Net Core Project. Los siguientes pasos hicieron el truco para mí

  1. Realizar una solución limpia
  2. Cerrar VS
  3. Eliminar archivo .suo y eliminar directorios bin / obj
  4. Reabrir VS

8
2018-04-01 21:24



También tenía este problema (el título, no el mensaje de error específico), así como líneas onduladas en el editor. La primera línea ondulada está debajo de la primera #include declaración, que nombra un encabezado precompilado. Intellisense no incluye el encabezado precompilado, pero no lo incluye como un error; en su lugar, enumera los errores que se encuentran más abajo en el archivo, en un código que (con mucha razón) se basa en declaraciones en el encabezado precompilado.

La razón por la cual Intellisense no encuentra el encabezado precompilado en mi entorno es porque el encabezado nombrado no es un archivo real. No tiene que estar en ninguna otra versión de VC o gcc que utilicé, ni en el compilador de 2015, siempre que la configuración del encabezado precompilado esté configurada correctamente. Aparentemente ya no es para Intellisense. No estoy del todo seguro de que fuera diferente en 2013, tal vez nunca lo noté.

En el caso improbable de que este sea el problema informado aquí, la solución es simple: cree un pequeño archivo con el nombre aparente del encabezado precompilado, como se especifica en #include directivas, y permita que ese archivo incluya el nombre real del encabezado precompilado.

Si se pregunta ... ¿por qué esta distinción entre el nombre del encabezado precompilado en la declaración '#include' y el nombre real del encabezado precompilado? Precisamente porque garantiza que la configuración del encabezado precompilado esté configurada correctamente. Siempre que un encabezado precompilado sea "#incluido", no hay ningún archivo que pueda incluirse. O se lee una versión compilada realmente (binaria) del encabezado real o la compilación falla. Obviamente, una desventaja es que confunde gente leyendo el código, no solo Intellisense.


6
2017-09-15 20:55



Problema similar que otros, pero diferente resolución. Publicación en caso de que pueda ayudar a alguien más.

Ejecutando Visual Studio 2017 15.5.2. Yo uso Git y frecuentemente cambio de ramas. Hace varias semanas, empecé a tener editores que me mostraban errores (todos relacionados con tipos que no podían encontrar aunque las referencias fueran válidas). La compilación funcionó de maravilla. Confirmé el mismo problema en VS 2017 15.6 Vista previa (6 de enero de 2018). Intentaría eliminar la memoria caché, los archivos SUO o las carpetas bin / obj sin impacto. Al principio parece funcionar. Vuelva a abrir Visual Studio y todo se vería bien. Use "Rebuild Solution" y los errores de IntelliSense volverán. Incluso probé la desinstalación / reinstalación de Visual Studio.

Tuve el mismo problema en dos máquinas, ambas con la misma versión de Visual Studio.

Al observar los errores sobre los tipos faltantes, todos parecían provenir de dos proyectos referenciados. Una de esas referencias era un proyecto compartido utilizado por casi todos los otros proyectos en la solución, pero uno de ellos era un proyecto pequeño sin muchas referencias. Sucede que el proyecto pequeño también fue referenciado por mi proyecto compartido más grande. En Visual Studio, descargué el pequeño proyecto y lo recargué. ¡Los errores desaparecieron! No volvieron a los errores en Rebuild Solution.

Luego cambié las ramas de Git y todos los errores volvieron. Afortunadamente, repetí los pasos anteriores de descarga / recarga del proyecto pequeño y los errores desaparecieron.

Cada vez que cambio las ramas de Git, los errores vuelven a aparecer hasta que repito ese proceso. No hay cambios entre las ramas de Git para el proyecto más pequeño que descargo / recargo. Incierto por qué esa secuencia está solucionando mi problema.


5
2018-01-06 17:39



Hoy tengo un problema similar con MSVC ++ 2015. Casi me rindo y decidí seguir sin pistas de IDE, pero ocasionalmente noté que stdafx.h del subproyecto con el que tuve problemas no contiene ningún encabezado de biblioteca estándar. Sugerí que podría ralentizar la compilación de módulos, pero la inclusión de los encabezados estándar allí también fijó Intellisense.


0
2018-01-22 19:40



Tuve múltiples stdfax.h en directorios de inclusión adicional. Asegúrate que stdafx.h tu intención es la primera en tu camino.


0
2018-05-30 14:56



Tuve un problema similar con diferentes versiones de Visual Studio.

Eliminar la carpeta .suo o .vs no me sirvió.

La solución para mí fue que tenía la extensión StopOnFirstBuildError activa. Después de desactivar "Detener la compilación en el primer error" en el menú de compilación, y una vez que la solución se creó por completo, los errores mostrados por Intellisense desaparecieron.


0
2018-03-13 07:34