Le projet Web Visual Studio 2013 C # est construit mais IDE reports Impossible de trouver le type ou le nom de l'espace de noms xxx. error
Lors de l'ouverture d'un projet Web MVC4 C # dans Visual Studio 2013, le IDE signalait l'erreur "Le nom du type ou de l'espace de nom ' _ ' était introuvable (il vous manque une directive using ou un ensemble référence) ", mais le projet est construit et fonctionne sans erreur. De plus, intellisense n'inclut pas l'espace de nom du projet.
La référence "manquante" concerne les fichiers du même projet. Par exemple; l'espace de noms du projet Web est "webproject.com" et les références à "webproject.com.models" dans les fichiers du contrôleur sont soulignées en rouge avec l'erreur ci-dessus.
J'ai vérifié les éléments suivants:
- Tous les projets de solution sont configurés pour utiliser le même cadre cible (.Net 4)
- web.config dans le dossier Vues contient l'espace de noms dans la section system.web.webPages.razor
- solution nettoyée et reconstruite
- supprimé tout le contenu bin et obj
- fichiers .suo et .csproj.user supprimés créés par VS2010
Le seul moyen de supprimer ces erreurs dans VS2013 consiste à décharger puis à recharger le projet.
Lorsqu'il est ouvert dans Visual Studio 2010, je ne rencontre pas ces problèmes.
J'ai le même problème.
Bien que le projet se compile correctement, l'éditeur de code affiche une erreur. Le type ou le nom de l'espace de noms '_' est introuvable (vous manque une directive using ou une référence Assembly).
Il existe une solution de contournement. Supprimez simplement les fichiers * .SUO et rouvrez la solution. Ensuite, pour cette seule session, cela fonctionne. Malheureusement, après la fermeture et la réouverture de la solution, le problème est de retour. VS 2012 fonctionne bien.
Semble être un bug dans VS 2013 ....
Ma solution, lorsque j'ai rencontré le problème avec VS 2013 Express edition était tout simplement de décharger le projet incriminé et de le recharger. L'ouverture du fichier SUO ou du projet et les modifications apportées n'ont pas eu d'incidence.
Essayez de décharger le projet dans VS2013, puis cliquez avec le bouton droit de la souris sur le nœud et sélectionnez Éditer "nomprojet.csproj". Vérifiez les références individuelles sur lesquelles ils pourraient pointer vers un endroit étrange.
EDIT: le fichier csproj est un fichier xml et les références se trouvent sous Projet -> Groupe d'éléments -> Référence.
Un problème connu lié aux projets d'application Web lié à un serveur TFS ressemble à ce problème. Cela se produit lorsque l'option de configuration TFS suivante est cochée:
Options -> Contrôle de la source -> Environnement -> Tout obtenir lorsqu'une solution ou un projet est ouvert.
Désactiver cette option résout le problème.
merci, Miguel Lacouture [MSFT]
J'ai eu le même problème.
C'est une solution VS 2012 avec différents projets.
Recherchez tous les fichiers * .suo et les avez supprimés. Reconstruisez et rouvrez Visual Studio.
Même problème, sur la référence du projet. J'ai ouvert le fichier de projet référencé (* .csproj) avec un éditeur de texte et procédé à un nettoyage:
1) réinitialiser les valeurs de ces propriétés:
<PublishUrl>publish\</PublishUrl>
<InstallFrom>Disk</InstallFrom>
<UpdateEnabled>false</UpdateEnabled>
<IsWebBootstrapper>false</IsWebBootstrapper>
<TargetFrameworkProfile />
2) enlevé plate-forme sale/configurations:
<PropertyGroup Condition="'$(Configuration)|$(Platform)' == 'x86|AnyCPU'">
...
<PropertyGroup Condition="'$(Configuration)|$(Platform)' == 'x86|x86'">
...
Maintenant, je peux compiler sans aucun problème.
Heureux de le partager avec vous! :))
Microsoft vient de publier une nouvelle mise à jour de sécurité à appliquer automatiquement aux ordinateurs configurés pour utiliser Microsoft Update.
Malheureusement, certains projets ASP.NET MVC 3 et 4 VS ne peuvent plus être générés après l'application de la mise à jour. Ces projets vont échouer avec l'erreur suivante:
"Impossible de localiser l'assembly" System.Web.Mvc, version = 4.0.0.0, Culture = neutre, PublicKeyToken = 31bf3856ad364e35 ,oprocessArchitecture = MSIL "
Mon projet comportait également l'erreur "Le nom du type ou de l'espace de noms 'System.Web.Mvc' est introuvable (il manque une directive using ou une référence Assembly)". L'installation de la dernière version de Microsoft.AspNet.Mvc a résolu mon problème. Consultez l'article suivant de Microsoft pour plus d'informations:
J'ai eu le même problème lorsque j'ai ajouté un nouveau fichier de classe (par exemple, MyClass.cs) et que je l'ai appelé à d'autres emplacements de code C #. Pour une raison quelconque, VS n’a pas ajouté ce nouveau fichier de classe à mon dossier de projet de travail (non visible dans VS, mais dans Explorateur de fichiers Windows). Et, par conséquent, le chemin de compilation pour le nouveau fichier de classe n’est pas inclus dans la section de compilation de mon fichier de projet (par exemple, MyProject.csproj). Pour résoudre ce problème, commencez par cliquer avec le bouton droit de la souris sur votre projet> Ajouter> Article existant ...> Sélectionnez votre nouvelle classe> OK.
Ensuite, vérifiez le fichier de projet (* .csproj) et assurez-vous qu'un nouvel élément est inséré dans la section de compilation, tel que:
Enfin, reconstruisez votre projet et le problème devrait être résolu.
Une autre raison de ce problème est le projet que j’avais il ya longtemps avec VS, c’est que mon autre projet a été mis en place avec le profil client comme cadre cible. Donc, pour résoudre le problème: Cliquez avec le bouton droit de la souris sur votre projet dans VS> Propriétés> onglet Application> assurez-vous que l’option Cadre cible n’est pas/ Profil client . Vous devez remplacer tous les projets de votre solution par la version même de la structure ET tous doivent pas avoir l’option Profil du client.
Je viens d'avoir ce problème et aucune des solutions ici n'a aidé. J'ai corrigé le mien en faisant une réparation de Visual Studio (une option lorsque vous choisissez de désinstaller le programme). J'espère que cela aide quelqu'un
Même problème. Ouvrir les propriétés du projet et modifier le nom (ou toute autre valeur) puis reconstruire semble l'avoir résolu.