Por que o System.Web.Mvc não está listado em Adicionar referências?

Usando C #, Visual Studio 2010.

Há um espaço para nome chamado System.Web.Mvc documentado no MSDN. A documentação para todos os tipos nesse espaço de nome diz que eles estão System.Web.Mvc.dll.

No entanto, quando vou para Adicionar referência, guia ".NET", esse assembly está ausente na lista. Por quê?

No VS Express 2012, não consegui encontrar o System.Web.Mvc na guia "assemblies", mas, depois de algumas pesquisas, descobri que precisava examinar a guia " assemblies \ extensions " em vez do padrão "assemblies \ framework" " aba.

A melhor maneira é usar o gerenciador de pacotes NuGet.

Basta atualizar o pacote MVC abaixo e ele deve funcionar.

Eu tive o mesmo problema e não foi possível localizar o assembly de referência System.Web.MVC.

Finalmente descobri e estava localizado dentro do seguinte local.

Observe se o seu VS foi instalado em C: (Às vezes, o MVC.dll não está no local padrão sobre o qual todos falam, refiro-me à pasta " Assemblies de referência " localizada na unidade C:).

se não estiver lá, definitivamente deveria estar aqui:

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

Portanto, adicione a DLL através da navegação ou da guia Procurar no menu Adicionar referência.

Você também pode adicionar isso no Nuget Package Manager Console, algo como:

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

Microsoft.AspNet.Mvc tem dependências em:

• '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)'

... o que não me parece nada demais. No nosso caso, esta é uma biblioteca de classes que existe apenas para fornecer suporte para nossos aplicativos Mvc. Então, achamos que é uma dependência benigna na pior das hipóteses.

Definitivamente, prefiro isso a apontar para um assembly no sistema de arquivos ou no GAC, pois a atualização do pacote no futuro provavelmente será muito menos dolorosa do que as experiências que tive com as referências de assemblies do GAC e do sistema de arquivos no passado.

Eu tive o mesmo problema e aqui está o motivo engraçado: Meu palpite é que você espera System.Web.Mvcestar localizado emSystem.Web na lista. Mas a lista não é alfabética.

Primeiro, classifique a lista e depois olhe perto da System.Web.

"OK, adicionar esse XML ao Web.config funciona, mas não responde à pergunta"

Deveria estar lá. Por padrão, a lista de adição de referências parece ter sido solicitada, mas não é o caso. Bata no cabeçalho do nome e olhe novamente.

Verifique estes passos:

1. Verifique se o MVC está instalado corretamente.
2. Verifique a propriedade do projeto e veja qual é o Target Framework do projeto. Se a estrutura de destino não estiver definida como .Net Framework 4, defina-a.

Nota : se a estrutura de destino estiver definida como .Net Framework 4 Client Profile, ela não listará a referência do MVC na lista de referências. Você pode encontrar diferentes entre o .Net Framework 4 e o .Net Framework 4 Client Profile aqui .

O .NET Framework 4 Client Profile é um subconjunto do .NET Framework 4 otimizado para aplicativos clientes. Ele fornece funcionalidade para a maioria dos aplicativos clientes, incluindo os recursos Windows Presentation Foundation (WPF), Windows Forms, Windows Communication Foundation (WCF) e ClickOnce. Isso permite uma implantação mais rápida e um pacote de instalação menor para aplicativos que têm como alvo o .NET Framework 4 Client Profile.

Resolvi esse problema pesquisando "mvc". O System.Web.Mvc apareceu nos resultados da pesquisa, apesar de não estar contido na lista.

A montagem desejada apareceu na lista agora.

Só posso especular o que fez com que ele aparecesse, mas suspeito que tenha sido o Arquivo → Novo → Projeto → Aplicativo Web ASP.NET , o que nunca havia feito antes. É possível que isso tenha causado algum tipo de inicialização tardia e a lista seja preenchida com assemblies adicionais para o desenvolvimento da Web.

Isso mudou para o Visual Studio 2012 (sei que a pergunta original diz VS2010, mas o título ainda será exibido nas pesquisas).

Quando você cria um projeto VS2012 MVC, o system.web.mvc é colocado na pasta packages, que é semelhante à solução. Isso será referenciado no projeto da Web por padrão e você pode encontrar o caminho exato lá).

Se você quiser fazer referência a isso em um projeto secundário (por exemplo, uma DLL de suporte com filtros ou outros atributos), poderá fazer referência a partir daí.

Não recebi o System.Web.Mvc no VS 2012, mas o obtive no VS 2013. Usando a caixa de diálogo AddReference,

Ou, você pode encontrar isso no caminho do projeto,

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

Acredito que você encontrará que o assembly MVC é referenciado no arquivo web.config, não no próprio projeto.

Algo assim:

<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 ao seu comentário;

A melhor resposta que posso dar é daqui :

O elemento add adiciona uma referência de montagem a ser usada durante a compilação de um recurso dinâmico. O ASP.NET vincula automaticamente esse assembly ao recurso ao compilar cada módulo de código.

ele pode ser instalado separadamente e não está incluído no framwork, escolha "extensões" da lista de guias e existe e existem outras bibliotecas, tudo está ok, não é necessário usar bibliotecas antigas, etc., existem antigas 20 30 e 4001

Se você encontrou esse problema no Visual Studio 2017, é provável que esteja trabalhando com um projeto MVC 4 criado em uma versão anterior do VS com um caminho de dica de referência apontando para C:\Program Files (x86)\Microsoft ASP.NET. O Visual Studio 2017 não instala mais este diretório.

Geralmente, resolvemos isso instalando uma cópia do Visual Studio 2015 ao lado de nossa instância de 2017 e que instala as bibliotecas necessárias no caminho acima. Em seguida, atualizamos todas as referências nos projetos afetados e estamos prontos.