J'obtiens "le nom du type ou de l'espace de nom n'a pas pu être trouvé" mais tout semble correct ?

Question

Je prends un :

le nom du type ou de l'espace de nom n'a pas pu être trouvé

pour une application WPF en C# dans VS2010. Cette zone de code se compilait bien, mais soudainement, j'obtiens cette erreur. J'ai essayé de supprimer la référence du projet et le fichier using je ferme VS2010 et je redémarre, mais je rencontre toujours ce problème.

Avez-vous une idée de la raison pour laquelle cela peut se produire, où il semble que je fasse la bonne chose en matière de référence ? using déclaration ?

J'ai également noté dans VS2010 que l'intellisense pour cet espace de nom fonctionne bien, donc il semble que VS2010 a la référence du projet et voit l'espace de nom d'une part, mais pendant la compilation ne le voit pas ?

Answer 1

Cela peut être le résultat d'une incompatibilité de version du framework .Net entre deux projets.

Cela peut se produire de deux façons :

1. un projet de profil de client faisant référence à un projet-cadre complet ; ou
2. une ancienne version du cadre ciblant une nouvelle version du cadre

Par exemple, cela se produit lorsqu'une application est configurée pour cibler le cadre .Net 4 Client Profile et que le projet auquel elle fait référence cible le cadre .Net 4 complet.

Donc, pour que ce soit plus clair :

• Le projet A vise le cadre du profil du client
• Références du projet A Projet B
• Le projet B vise le cadre complet

La solution dans ce cas est soit de mettre à niveau la cible du framework de l'application (projet A), soit de rétrograder la cible de l'assemblage référencé (projet B). Une application full framework peut référencer/consommer un assemblage framework de profil client, mais pas l'inverse (le profil client ne peut pas référencer un assemblage full framework ciblé).

Notez que vous pouvez également obtenir cette erreur lorsque vous créez un nouveau projet dans VS2012 ou VS2013 (qui utilise .Net 4.5 comme framework par défaut) et que.. :

• le(s) projet(s) de référence utilise(nt) .Net 4.0 (ceci est courant lorsque vous avez migré de VS2010 à VS2012 ou VS2013 et que vous ajoutez ensuite un nouveau projet).

• les projets référencés utilisent une version supérieure, par exemple 4.5.1 ou 4.5.3 (vous avez reciblé vos projets existants sur la dernière version, mais VS crée encore de nouveaux projets ciblant la v4.5, et vous faites ensuite référence à ces anciens projets à partir du nouveau projet)

Answer 2

Lors de la construction de la solution, j'ai obtenu la même erreur (le type ou l'espace de nom ' ' n'a pas pu être trouvé). Ci-dessous J'ai vu un avertissement indiquant que "la référence n'a pas pu être résolue" et pour s'assurer que "l'assemblage existe sur le disque".

J'étais très confus, car ma DLL se trouvait très clairement à l'endroit vers lequel la référence pointait. VS n'a pas semblé mettre en évidence d'erreurs, jusqu'à ce que j'essaie de construire la solution.

J'ai enfin compris le problème (ou du moins ce que je soupçonne être le problème). Je construisais le fichier de bibliothèque dans la même solution. Donc, même si elle existait sur le disque, elle était reconstruite à cet endroit (d'une manière ou d'une autre, au cours de la reconstruction de la bibliothèque, mon autre projet - dans la même solution - qui faisait référence à la bibliothèque a dû décider que la bibliothèque n'existait pas).

Lorsque j'ai fait un clic droit sur le projet et que j'ai construit uniquement celui-ci, au lieu de la solution complète, je n'ai pas eu l'erreur.

Pour résoudre ce problème, j'ai ajouté la bibliothèque comme dépendance au projet qui l'utilisait.

Pour ce faire :

1. J'ai fait un clic droit sur ma solution dans l'explorateur de solutions et sélectionné "Propriétés"
2. Ensuite, dans "Propriétés communes", j'ai sélectionné "Dépendances du projet".
3. Puis dans le menu déroulant des projets, j'ai sélectionné le projet qui dépendait de la bibliothèque, et
4. Cochez la case à côté de la bibliothèque qui se trouve sous "Dépend de".

Cela garantit que le projet de bibliothèque sera construit en premier.

Answer 3

Tout d'abord, je vérifierais que les informations générées par votre projet ne sont pas corrompues. Faites un nettoyage et une reconstruction de votre solution.

Si cela n'aide pas, une chose que j'ai vu fonctionner dans le passé pour les problèmes de conception est d'ouvrir un projet Windows forms, puis de le refermer. Mais c'est une méthode un peu "chicken-entrails", alors ne retenez pas votre souffle.

Answer 4

Il est possible de fermer et de redémarrer Visual Studio. Il semble parfois se "bloquer".

Answer 5

Celui-là a marché pour moi. Dans votre classe, là où le nom de la classe est défini, par exemple : Public class ABC, enlevez un caractère et attendez un peu. Votre liste d'erreurs va augmenter parce que vous avez changé le nom. Maintenant, remettez le caractère que vous avez tapé. Cela a marché pour moi, j'espère que cela marchera pour vous aussi. Bonne chance !!!