¿Por qué System.Web.Mvc no aparece en Agregar referencias?

Usando C #, Visual Studio 2010.

Hay un espacio de nombres llamado System.Web.Mvc documentado en MSDN. La documentación para todos los tipos en ese espacio de nombres dice que están en System.Web.Mvc.dll.

Sin embargo, cuando voy a Agregar referencia, pestaña ".NET", este ensamblado falta en la lista. ¿Por qué?

En VS Express 2012 no pude encontrar System.Web.Mvc en la pestaña "ensamblados", pero después de un poco de búsqueda descubrí que necesitaba buscar en la pestaña " ensamblados \ extensiones " en lugar de la "ensamblados \ marco" predeterminados "pestaña.

La mejor manera es usar el administrador de paquetes NuGet.

Simplemente actualice el siguiente paquete MVC y debería funcionar.

Tuve el mismo problema y no pude localizar el ensamblaje de referencia System.Web.MVC.

Finalmente lo descubrí y se ubicó dentro de la siguiente ubicación.

Tenga en cuenta si su VS se instaló en C: (A veces, el MVC.dll no está en la ubicación predeterminada de la que todos hablan, me refiero a la carpeta " Ensamblados de referencia " ubicada en la unidad C:).

si no está allí, definitivamente debería estar aquí:

\ Archivos de programa (x86) \ Microsoft ASP.NET \ ASP.NET MVC 2 \ Assemblies \ System.Web.Mvc.dll

Por lo tanto, agregue el dll a través de la navegación o la pestaña de exploración en el menú Agregar referencia.

También puede agregar esto desde la consola de Nuget Package Manager, algo así como:

Install-Package Microsoft.AspNet.Mvc -Version 4.0.20710.0 -ProjectName XXXXX

Microsoft.AspNet.Mvc tiene dependencias en:

• 'Microsoft.AspNet.WebPages (≥ 2.0.20710.0 && <2.1)'
• 'Microsoft.Web.Infrastructure (≥ 1.0.0.0)'
• 'Microsoft.AspNet.Razor (≥ 2.0.20710.0 && <2.1)'

... lo cual no parece ser un problema para mí. En nuestro caso, esta es una biblioteca de clases que existe únicamente para proporcionar soporte para nuestras aplicaciones Mvc. Entonces, pensamos que es una dependencia benigna en el peor de los casos.

Definitivamente prefiero esto a apuntar a un ensamblaje en el sistema de archivos o en el GAC, ya que actualizar el paquete en el futuro probablemente será mucho menos doloroso que las experiencias que he tenido con el GAC y las referencias de ensamblaje del sistema de archivos en el pasado.

He tenido el mismo problema y aquí está la razón divertida: supongo que esperas System.Web.Mvcque se encuentre debajo System.Webde la lista. Pero la lista no es alfabética.

Primero ordene la lista y luego mire cerca de System.Web.

"OK, agregar ese XML al Web.config funciona, pero no responde la pregunta"

Debería estar allí. Por defecto, la lista de agregar referencias parece estar ordenada, pero no es el caso. Presiona el encabezado del nombre y mira de nuevo.

Revisa estos pasos:

1. Verifique que MVC esté instalado correctamente.
2. Verifique la propiedad del proyecto y vea cuál es el Marco Objetivo del proyecto. Si el marco de destino no está configurado en .Net Framework 4, configúrelo.

Nota : si el marco de destino se establece en .Net Framework 4 Client Profile, no incluirá la referencia MVC en la lista de referencias. Puede encontrar diferentes entre .Net Framework 4 y .Net Framework 4 Client Profile aquí .

.NET Framework 4 Client Profile es un subconjunto de .NET Framework 4 que está optimizado para aplicaciones cliente. Proporciona funcionalidad para la mayoría de las aplicaciones cliente, incluidas Windows Presentation Foundation (WPF), Windows Forms, Windows Communication Foundation (WCF) y las funciones ClickOnce. Esto permite una implementación más rápida y un paquete de instalación más pequeño para aplicaciones que se dirigen al .NET Framework 4 Client Profile.

Resolví este problema buscando "mvc". El System.Web.Mvc apareció en los resultados de búsqueda, a pesar de que no está incluido en la lista.

El ensamblaje deseado ha aparecido en la lista ahora.

Solo puedo especular qué causó su aparición, pero sospecho que es el hecho de que fui File → New → Project → ASP.NET Web Application , lo que nunca había hecho antes. Es posible que esto haya causado algún tipo de inicialización tardía y que la lista se complete con ensamblados adicionales para el desarrollo web.

Esto ha cambiado para Visual Studio 2012 (sé que la pregunta original dice VS2010, pero el título aún aparecerá en las búsquedas).

Cuando crea un proyecto MVC VS2012, el system.web.mvc se coloca en la carpeta de paquetes que es igual a la solución. Esto se hará referencia en el proyecto web de forma predeterminada y puede encontrar la ruta exacta allí).

Si desea hacer referencia a esto en un proyecto secundario (por ejemplo, un archivo .dll de soporte con filtros u otros atributos), puede hacerlo desde allí.

No obtuve System.Web.Mvc en VS 2012, pero lo obtuve en VS 2013. Utilizando AddReference Dialog,

O bien, puede encontrar esto en la ruta de su proyecto,

YourProjectName \ packages \ Microsoft.AspNet.Mvc.5.0.0 \ lib \ net45 \ System.Web.Mvc.dll

Creo que encontrará que el ensamblado MVC está referenciado en el archivo web.config, no en el proyecto en sí.

Algo como esto:

<compilation debug="true" targetFramework="4.0">
  <assemblies>
    <add assembly="System.Web.Abstractions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>
    <add assembly="System.Web.Routing, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>
    <add assembly="System.Web.Mvc, Version=2.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>
  </assemblies>
</compilation>

Para responder a tu comentario;

La mejor respuesta que puedo dar es desde aquí :

El elemento add agrega una referencia de ensamblaje para usar durante la compilación de un recurso dinámico. ASP.NET vincula automáticamente este ensamblado al recurso al compilar cada módulo de código.

se puede instalar por separado, y no se incluye en el marco, elija "extensiones" de la lista de pestañas y existe y hay más otras bibliotecas, todo está bien, no es necesario para usar bibliotecas antiguas, etc., existe viejo 20 30 y 4001

Si tiene este problema en Visual Studio 2017, es probable que esté trabajando con un proyecto MVC 4 creado en una versión anterior de VS con una ruta de referencia que apunta a C:\Program Files (x86)\Microsoft ASP.NET. Visual Studio 2017 ya no instala este directorio.

Por lo general, resolvemos esto instalando una copia de Visual Studio 2015 junto con nuestra instancia de 2017, y eso instala las bibliotecas necesarias en la ruta anterior. Luego actualizamos todas las referencias en los proyectos afectados y estamos listos para comenzar.