Le nom du type ou du namespace n'existe pas dans le système namespace .Web.Mvc'

pour quelque raison que ce soit, deux de mes solutions ont des projets web qui se désinstallent spontanément asp.net MVC en quelque sorte. Je l'ai installé à partir de Nuget et maintenant ils fonctionnent tous les deux à nouveau. Cela s'est produit après un lot récent de mises à jour de windows qui incluaient .net framework updates pour la version que j'utilisais (4.5.1).

Edit: a Partir de la .Net Développement Web et des Outils de Blog:

Microsoft Asp.Net MVC Security Update MS14-059 a cassé ma carrure!

celui-ci me rattrape normalement quand je cours à partir de IIS et l'application pool pour le site par défaut est défini à .NET version 2.0. Lorsque vous utilisez IIS de visual studio, il crée un répertoire virtuel, mais fonctionne toujours sous le pool d'applications du site par défaut. Si vous utilisez le serveur web build in, faites un clic droit sur votre projet web, allez dans Propriétés et assurez-vous que vous l'exécutez sous la bonne version de.NET. Sur IIS, vérifiez la version .NET sur votre pool d'applications.

suite à mon dernier commentaire sur la façon dont le projet a été créé - est-ce que vous incluez correctement les assemblages, comme ci-dessous (tiré du web par défaut.fichier de configuration généré par le modèle de projet MVC3 dans VS10):

<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.Helpers, Version=1.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=3.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
        <add assembly="System.Web.WebPages, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
      </assemblies>
</compilation>

vous devez mettre à jour MVC.

1. allez à outils - > NuGet Package Manager - > Manage NuGet Packages for Solution
2. cliquez sur "Mises à jour "
3. mise à jour" Microsoft ASP.NET MVC "
4. Solution De Reconstruction

j'ai eu le même problème mon scénario, j'étais référencement du nouveau Système.Web.Mvc.dll à partir d'un dossier lib et je n'ai pas eu "copie locale" mis à vrai. L'application était alors en train de revenir à la version dans le GAC qui n'avait pas les espaces de noms corrects (Html, Ajax etc) et me donnait l'erreur de temps d'exécution.

ma solution était sous Gérer les paquets Nuget pour Solution... -- j'ai eu umpteen mises à jour à faire pour pas mal de paquets.

laissez-moi revenir en arrière d'un demi-pas et dire que je me suis trompé parce que j'ai déplacé la solution et les projets d'un dossier à l'autre... les choses étaient donc déjà hors de contrôle par rapport à l'endroit où les projets pensaient que les choses seraient. Tout s'est très bien passé, mais apparemment Nuget devient confus sauf si vous utilisez un approche différente de celle que j'ai fait.

retour à la solution... Je suis simplement allé à Gérer les paquets Nuget pour Solution... >> Mises à jour >> Microsoft et .NET et appuyez sur la bouton Tout mettre à Jour .

tout était redevenu normal et heureux.

j'ai téléchargé un projet mvc 5 et la question incriminée pointant à

<add namespace="System.Web.Mvc.Ajax" />  

avec ce message d'erreur:

CS0234: The type or namespace name 'Ajax' does not exist in the namespace 'System.Web.Mvc' (are you missing an assembly reference?)

-- > dans lequel je suis venu à cette page Web et ai essayé un nettoyage et quelques choses ci-dessus, etc...

ce qui a fonctionné pour moi était juste à

Manage Nuget and Update all the packages.  Then it worked fine.

cette réponse est un peu tardive compte tenu de la date de la question, mais quelqu'un pourrait la trouver utile.

aucune des solutions ci-dessus n'a fonctionné pour moi Dans Visual Studio 2012 sur un projet local, NET Framework 4.5 MVC 4. Pour le contexte, je suivais un tutoriel sur la création D'une Api Web barebones sur CodeProject ( http://www.codeproject.com/Articles/615805/Creating-a-Clean-Minimal-Footprint-ASP-NET-WebAPI ) quand j'ai rencontré ce problème.

Ce qui a fonctionné pour moi était d'ajouter explicitement "système.Web.Mvc" à ma demande de références, même si l'application a déjà fait référence "du Système.Web."

exécuter la commande suivante dans le gestionnaire de paquets nuget l'a corrigé pour moi:

update-package microsoft.aspnet.mvc -reinstall

j'ai eu le même problème, mais aucune de ces fonctionné pour moi. Ils ont fait de me mettre dans la bonne direction.

par exemple quand je mets" copie locale "à" true " pour le système.Web.Référence Mvc, il renvoie automatiquement à False.

j'ai plusieurs projets qui dépendent du Système.Web.Mvc référence dans ma solution, mais un seul a causé ce problème. Dans VS 2012 cette référence est marquée avec le triangle d'attention jaune.

Trouver cette référence => supprimer => re-l'ajouter en

qui l'a réparé pour moi. Espérons que cette aide

voir et vérifier les chemins de référence dans votre csproj.

j'avais supprimé les références au Système.Web.Mvc (et d'autres) et les a lus à un chemin personnalisé. C:\Project\OurWebReferences

cependant, après avoir fait cela, le chemin de référence dans le csproj toujours n'a pas changé. Était

<Reference Include="System.Web.Mvc, Version=4.0.0.1, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL">
  <SpecificVersion>False</SpecificVersion>
  <HintPath>..\..\..\..\OurWebProject\bin\Debug\System.Web.Mvc.dll</HintPath>
</Reference>

modifié à la main

<Reference Include="System.Web.Mvc, Version=4.0.0.1, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL">
  <SpecificVersion>False</SpecificVersion>
        <HintPath>..\..\..\..\OurWebReferences\System.Web.Mvc.dll</HintPath>
</Reference>

ne sont qu'un exemple.

pour moi, la solution était de s'assurer que tous les projets étaient construits pour le même CPU - dans mon cas x86

copie locale = True a été résoudre pour un de mes projets. Mais dans un autre projet, j'obtiens la même erreur, j'ai essayé de définir Copy Local = true, mais cela ne résout pas mon problème. Le fait de faire passer le cadre cible de 4.5.1 à 4.5 dans les propriétés du projet a contribué à cette situation.

j'ai fait quelque chose de vraiment stupide (et peut-être que toi aussi).

j'essayais d'appeler System.Web.Mvc.Html.Partial("<Partial Page>")

.Web.Mvc.Html est un namespace et pas une classe et je n'ai pas très bien lu mon message d'erreur, donc j'ai interprété mon erreur comme la classe Html n'existe pas dans le système namespace.Web.Mvc et c'est comme ça que j'ai fini ici (stupide je sais).

Tout ce que j'avais à faire était d'ajouter une utilisation @using System.Web.Mvc.Html à mon la page puis @Html.Partial a fonctionné comme prévu.

si l'un de ci-dessus ne résout pas votre problème il suffit de définir les propriétés du système.Web.Mvc.dll pour copier la loi locale.

il résout

j'ai eu le même problème, mais dans mon cas, était à l'origine par un autre facteur. J'écris ceci pour aider d'autres personnes avec le même problème. J'ai des solutions avec plusieurs projets. deux d'entre eux travaillent avec le système.Web.Mvc, Normalement notre référence pointait vers des paquets externes où nous contrôlions la version utilisée. Pour une raison quelconque, une des références du projet va à GAC et pointe vers la dll GAC (version 4.0.0.1) et le programme a obtenu l'erreur. Pour la corriger:

Vérifier simplement si les références au système.Web.Mvc pointer vers la même dll dans le même chemin de répertoire.

j'espère que ça aidera.

J'ai supprimé le système.Web.dll de Bin frolder de mon site.

j'ai eu ce problème, le réglage de la copie locale on et off etc n'a pas fonctionné. Le projet n'utilisait pas nuget donc des corrections autour de ce qui étaient hors de question également.

la solution pour moi était d'installer MVC 3 (ce que j'ai fait à travers l'installateur de plate-forme web).

je soupçonne que cela deviendra plus d'une solution pour les gens que le .net cadre continue d'avancer et les gens n'ont pas les choses plus anciennes MVC installé.

il est probable que le réglage de votre DLL à CopyLocal/vrai ou l'un des autres correctifs majeurs pour cela va corriger votre problème, mais voici un autre edge-case qui m'a pris pour 20 minutes de temps perdu.

lorsque vous ajoutez vos namespaces à vos vues/Web.config, assurez-vous qu'ils sont correctement casés:

  <system.web.webPages.razor>
    <host factoryType="System.Web.Mvc.MvcWebRazorHostFactory, System.Web.Mvc, Version=5.2.3.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
    <pages pageBaseType="System.Web.Mvc.WebViewPage">
      <namespaces>
        <add namespace="THE.NameSpace" />
        <add namespace="THE.Namespace" />
      </namespaces>
    </pages>
  </system.web.webPages.razor>

Ok donc beaucoup de gens semblent éprouver ce problème. Mon problème a été causé par des références ayant des chemins vers les dossiers bin d'autres projets, ou faisant référence aux dlls des dossiers système. Le projet avait environ 6 ans et les développeurs précédents avaient décidé que c'était la façon dont ils allaient référencer leurs bibliothèques.

la solution était de passer en revue chaque référence et de vérifier les chemins, puis de supprimer la référence et de L'ajouter en utilisant NuGet. Pour tout paquet qui n'était pas sur NuGet j'ai créé un autre dossier à côté des paquets et y ai mis la dll dans la même mise en page que NuGet le ferait.

j'ai aussi dû parcourir les fichiers de configuration et m'assurer que la version correcte des paquets était utilisée. Un processus long et douloureux!

j'ai eu le même problème, aucune des solutions n'a fonctionné pour moi, finalement j'ai enlevé le System.Web.MVC et ai ajouté à nouveau alors tout était de retour à la normale et mon problème résolu.