Ne pouvait pas trouver le type " xxx.xxx.xxx'. Assurez-vous que l'assemblée
J'ai cherché sur StackOverflow et trouvé des problèmes similaires quand j'ai essayer de l'ouvrir un formulaire qui fait référence à un UserControl dans un autre projet.
- Je obtenir le "Pour prévenir la perte de données possible avant de charger le designer, les erreurs suivantes doivent être résolus:" message concernant les deux erreurs suivantes:
Ne pouvait pas trouver le type 'MyNamespace.CommonUi.InformationBox'. Assurez-vous que l'assembly qui contient ce type est référencé. Si ce type est une partie de votre projet de développement, assurez-vous que le projet a été construit avec succès en utilisant les paramètres de votre plate-forme actuelle ou n'Importe quel CPU.
ET
La variable "InformationBox1' est soit noir ou n'a jamais été attribué.
InformationBox1 est une instance de contrôle de l'utilisateur InformationBox qui se trouve sur le formulaire dans le concepteur - c'est juste la référence de;
Ami WithEvents InformationBox1 Comme MyNamespace.CommonUi.InformationBox
La "MyNamespace.CommonUi" projet de construire avec succès.
- Je obtenir de l'intellisense dans le projet donc je suis assez confiant que c'est d'être correctement référencé.
Jusqu'à présent, le même que d'autres personnes ont eu:
C'est un projet qui a été migré .NET2/x86 dans VS2005 pour .NET4/x64 VS2012.
Maintenant, quand la solution est en cours d'exécution sous 64 bits, il se complique pas de travail et je reçois ce designer d'erreur. Cependant, si je le passer en 32 bits (bien techniquement AnyCPU) je peux ouvrir le concepteur de l'amende juste.
J'ai lu dans les autres suggestions dans les mêmes fils, mais ils ne voient pas à fournir une solution (je l'ai même allés aussi loin que les "la déplacer de gauche & droit d'obtenir une reconstruction" de l'option)
- Chaque fois que je reçois quelque chose comme cela, je passe par ces étapes, si vous ne l'avez pas fait, il se peut que: 1-Fermer toutes les formes dans l'IDE, 2-Nettoyez la solution, 3-Reconstruction de la solution.
- Nope, essayé. Plusieurs fois. Il n'y a rien de mal avec le .le concepteur.code vb pour autant que je peux dire et la reconstruction ne change pas du tout ça (essayé une comparaison avant & après)
- De compensation et de la Reconstruction de mon projet a fonctionné pour moi!
Vous devez vous connecter pour publier un commentaire.
Je crois que le problème est que Visual Studio est nativement en 32 bits et on ne peut pas faire d'édition de GUI pour certains composants (E. g. ListView), en 64 bits.
E. g. sur des formulaires, où vous devez ListView, vous avez besoin de changer la solution à 32 bits à modifier l'interface graphique.
Donc la réponse est là, quand vous êtes confronté à ce problème:
Voir cette question pour plus de détails.
VS 2010 designer d'erreur "ne Peut pas trouver le type XYZ" dans Windows7. Fonctionne très bien sous XP
J'ai eu ce problème. Il est arrivé que dans une forme vue du concepteur, malgré qu'il a été en mesure de compiler, de démarrer, d'afficher ce formulaire au moment de l'exécution et de montrer d'autres formes de contrôles en mode concepteur.
Ces étapes n'ont pas les aider:
Solution pour mon cas:
Changer de CPU X86. Votre contrôle est 32bit essayer d'utiliser la version 64bit de la machine et ne peut pas trouver la version 64 bits de contrôle.
J'ai eu ce même message d'erreur récemment avec VB.Net dans Visual Studio 2013 de travail avec un WinForm de Contrôle de l'Utilisateur lui-même hérité d'un utilisateur personnalisée de contrôle de la classe de base dans le même projet, et a eu à faire pour savoir ce qu'est la vraie cause était, ce qui dans mon cas est que ni la classe de base, ni l'enfant de la classe a aucun paramètre de constructeur (Parce que c'est pas valide d'un scénario dans ce cas).
Pour le fixer, j'ai ajouté le manque de constructeur, mais à gauche il vide (en jetant un NotImplementedException causé un autre problème qui empêchait d'afficher). C'est pas joli, mais il fonctionne.
Afin de voir l'erreur sous-jacente à travers l'un de ceux énumérés dans le présent threads question, j'ai eu à faire ce qui suit:
Après l'ajout du constructeur, j'ai dû prendre les étapes ci-dessus à nouveau pour le faire fonctionner correctement.
J'ai changé une grande solution avec plusieurs projets à la cible plate-forme x64 de AnyCPU. Essayé d'ouvrir le concepteur de l'une des formes de solution qui fait référence à un contrôle dans l'un des autres projets et a obtenu le même message d'erreur que l'OP. Ouvert le projet qui contient le contrôle et l'a vu encore ciblé AnyCPU. Essayé pendant une heure, il à enregistrer sous x64 avec pas de chance. Finalement, j'ai ouvert le fichier csproj dans le bloc-notes, remplacé AnyCPU avec x64 et tout a commencé à travailler. Espérons que cela aide quelqu'un d'autre aussi frustré que moi.
Alors qu'il y a beaucoup de référence à 32 bits etc, les étapes qui ont travaillé pour moi ont été :
Convertir toutes les références à l'utilisateur de contrôler, de dire 'InformationBox1 comme
InformationBox " dans un pleinement qualifié de la classe de référence tels que
'MyNamespace.CommonUi.InformationBox", dans tous les designer.vb fichiers.
Propre Solution
Régénérer La Solution.
Dans mon cas, c'était un projet de migration de VB6 à VS2008 et deux l'ont été les environnements 32 bits, et sur la même machine, il n'y avait aucun signe de 64 bits en cause.
Eh bien, voici quelques informations supplémentaires:
l'-designer-peut-pas-être-affiche-avec-la plate-forme x64
Et la résolution de faire en AnyCPU, lorsque vous essayez d'accéder à l'designer est un travail autour de et pour nos fins suffira.
Il suffit d'enregistrer votre projet, de le fermer puis de rouvrir à nouveau.
Ce que je pense que vous devriez vous garder contrôles de l'INTERFACE utilisateur dans le projet séparé de votre 64 bits de projet et l'exécuter avec les paramètres de n'importe quel PROCESSEUR. cela vous aidera à ne pas le nettoyer et de le reconstruire avec 64 version.
Vous pouvez changer à n'importe quel CPU
Projet => propriétés => Build
Plate-forme cible: Changement de CPU
Nettoyer et Reconstruire , à Rouvrir le dossier de Conception
Ce qui se passe si vous compilez pour x64 parce que le concepteur Visual Studio ne peut pas charger x64 assemblées. Le designer de Visual Studio ne peut charger que du x86 assemblées parce que c'est un 32 bits uniquement le processus!
Récemment, j'ai rencontré le même problème avec une de mes commandes personnalisées (C#) VS 2015.
Je l'ai résolu par la solution de nettoyage (Build -> Solution Propre) et puis de reconstruire l'ensemble de la solution. Tout est revenu en douceur.
Mon projet " paramètres de la plate-forme cible est déjà réglé sur "any CPU" et la case cochée pour "Préfèrent 32 bits". Je ne sais pas pourquoi c'est arrivé si les.