asp.net-core - una - introducción a asp.net core pdf
No se pudo encontrar el sistema Visual Studio 2017 ASP.NET Core project (17)
Instalé la versión recién lanzada de Visual Studio 2017 y comencé un nuevo proyecto ASP.NET Core que apunta a .NET Core.
Fuera de la caja, obtengo el
No se pudo encontrar el tipo o el nombre del espacio de nombres ''Sistema'' (¿falta una directiva using o una referencia de ensamblado?)
error. ¿Alguna idea de lo que está causando esto y cómo solucionarlo?
Además, parece que también hay problemas con los paquetes NuGet:
También probé restaurar dotnet en el proyecto a través de la línea de comandos y obtuve el siguiente error:
PD: ¡Es desalentador que obtenga un error en un nuevo proyecto en la última versión de Visual Studio 2017!
ACTUALIZACIÓN: la versión SDK es v 1.0.1 - ver a continuación:
ACTUALIZACIÓN 2: Esto es muy extraño. Parece que el problema original se debió a que el origen del paquete NuGet apuntaba a una carpeta en la carpeta Visual Studio 2015. Lo desactivé y solo dejé nuget.org. Con eso mi proyecto parecía haber restaurado todos los paquetes y cuando comencé el proyecto carga la página estándar de ASP.NET. Pero si abro el archivo startup.cs, obtengo squigglies rojos por todos lados pero si ejecuto el proyecto, funciona bien. ¿Que está pasando aqui?
ACTUALIZACIÓN 3: Cerré el proyecto y VS 2017. Luego reinicié VS 2017 y abrí el proyecto y ahora parece estar bien. Y no estoy haciendo referencia a la biblioteca .NETStandard 1.6.1 y todo parece estar funcionando bien ahora.
Compruebe la versión .NET Command Line Tools en CMD, simplemente escriba dotnet --info . Si la versión es 1.0.0 , intente instalar la versión más reciente .NET Core SDK desde here .
El problema para mí ocurrió al ejecutar mi Visual Studio como administrador con un usuario separado. Creé un Git Repo con los archivos fuente en los documentos de usuario de mi cuenta normal. Cuando creé una nueva solución en esa carpeta, ocurrieron los errores anteriores. Intente crear su proyecto en un lugar diferente y vea si el error aún ocurre.
Encuentre el proyecto roto y haga clic con el botón derecho, Descargar, haga clic en el botón Repetir, vuelva a cargar. La solución más rápida para mí.
Este problema parece ser desencadenado por una gran cantidad de razones. El mío fue causado por la clonación directa de VSTS usando Git Bash, mi directorio de proyectos tenía espacios en él. Git Bash cambió esos espacios en el camino a% 20. Estaba arrojando todas las referencias en mi proyecto. Entonces, para cualquiera que haya probado todo lo demás y esté en su ingenio, asegúrese de que% 20 no esté en la ruta.
Intente agregar la siguiente línea encima de las otras referencias en el archivo csproj
<Reference Include="netstandard" />
No estoy seguro de en qué orden vs 2017 tratando de resolver paquetes. Pero mi situación estaba siguiendo. En mi VS2015 había configurado una fuente local y de terceros para paquetes nuget, la versión recién instalada de 2017 también los cargó.
https://api.nuget.org/v3/index.json fue el primero en la lista.
Pero vs2017 arrojó un error que no puede restaurar las bibliotecas .net core de mi otro repositorio local.
Después de desmarcar todos ellos, excepto https://api.nuget.org/v3/index.json , comenzó a funcionar normalmente.
Nos encontramos con el mismo problema hoy. Tenía una fuente nuget vieja que ya no existía. Así que entré en Herramientas> Nuget Packet Manager y desmarqué la incorrecta. Haga clic en "Aceptar", y luego reconstruir el proyecto, y funciona muy bien ahora. Parece que te topaste con eso, pero también quería verificar que solucionara mi problema, y lo hace.
Para mí, el problema fue causado por mi proyecto que tiene un IntermediateOutputPath personalizado. Por algún motivo, si project_name.csproj.nuget.g.targets no está en la subcarpeta obj de la carpeta del proyecto, se produce el error.
Usar el IntermediateOutputPath predeterminado o mantener una copia project_name.csproj.nuget.g.targets de project_name.csproj.nuget.g.targets en la carpeta obj falso resuelve el problema para mí.
Simplemente abriendo el administrador de paquetes NuGet y luego la configuración de Visual Studio relacionada con él, sin cambiar nada , simplemente mirando alrededor, y cuando cerré, el problema desapareció.
Esto parece ser un problema intermitente que puede aparecer y desaparecer sin ninguna razón obvia.
También tuve el mismo problema. No hay una carpeta SDK debajo de Dependencias. Por lo tanto, ¡no hay librerías Microsoft.NetCore.App!
Para resolver este problema, en la ventana del administrador de Nuget, instale cualquier nuget que dependa de .NetCoreApp (puede instalar, por ejemplo, Microsoft.AspNetCore o BundlerMinifier.Core del origen de los paquetes fuera de línea de Microsoft Visual Studio).
El SDK se restaurará al mismo tiempo.
Una vez que está de vuelta, puede desinstalar el nuget previamente agregado. El SDK permanecerá en su lugar.
También tuve este problema, pero no ahora, estos pasos resolvieron mi problema: elija Proyecto -> Propiedades en la barra de menú. En la ventana de propiedades del proyecto, en Propiedades de configuración -> General, asegúrese de que Common Language Runtime Support esté configurado en Common Language Runtime Support (/ clr)
Tenía el mismo problema. Desinstalé Application Insights de mis proyectos usando el administrador de paquetes nuget. No estoy viendo eso todavía, solo quería pruebas de núcleo y unidad. Problema resuelto.
Tuve el mismo problema en mi aplicación Visual Studio 2017 .Net Core. Cerré el Visual Studio y volví a abrir todo.
Tuve el mismo problema, la solución para mí fue borrar el caché NuGet. Herramientas> Administrador de paquetes NuGet> Configuración del Administrador de paquetes> Borrar todas las memorias caché NuGet
Tuve el mismo problema, primero al convertir un proyecto web VS2015 net core mvc en 2017 y luego al intentar crear una nueva aplicación web principal en 2017.
Fuimos a Herramientas | Administrador de paquetes NuGet | Configuración del Administrador de paquetes - marcada ''Permitir que NuGet descargue los paquetes faltantes'' y ''Comprobar automáticamente si faltan paquetes durante la compilación en VS'' y luego haga clic en ''Borrar todos los caché (s) NuGet''.
Luego reconstruyó la solución: encontró y cargó todos los paquetes necesarios y ejecutó OK.
Puede no funcionar para todos los casos, pero es simple y vale la pena intentarlo.
Ninguna de las respuestas aquí funcionó para mí, así que estoy publicando lo que funcionó. Mis errores fueron en su mayoría los mismos que en el póster original, pero también tuve:
Error al cargar metadatos para ''Microsoft.Extensions.FileProviders.Embedded.2.0.1'' valor hexadecimal 0x1C carácter no válido
Cada vez que intentaba descargar un paquete nuget diferente o restaurar paquetes viejos, veía este error. También vi los otros errores como:
tipo o sistema de espacio de nombres no se pudo encontrar
Lo que funcionó para mí:
- Abrí el archivo en el que el error decía que estaban los metadatos malos, que para mí era C: / Archivos de programa / dotnet / sdk / NuGetFallbackFolder / microsoft.extensions.fileproviders.embedded / 2.0.1
- Luego, puse el contenido de esa carpeta en otra carpeta que denominé "ocultar".
- Luego, volví al administrador de paquetes nuget e intenté instalar un paquete, con la esperanza de restaurar el SDK. No funcionó correctamente, y todos mis otros errores también desaparecieron, ¡y el nuevo proyecto funciona como debería!
El cierre múltiple y la reapertura de VS2017 lo arreglaron por mí.