Не удалось найти тип "xxx.xxx.xxx". Убедитесь, что сборка

Я считаю, что проблема в том, что Visual Studio изначально 32-битная, и нельзя редактировать графический интерфейс для некоторых компонентов (например, ListView) в 64-битной версии. . Например. в формах, где у вас есть ListView, вам нужно изменить решение на 32-битное, чтобы отредактировать графический интерфейс.

Короче говоря, когда вы сталкиваетесь с этой проблемой:

1. Измените решение на 32bit или AnyCPU
2. Очистите и перестройте решение / проект
3. Откройте графический интерфейс для редактирования
4. Сохраните, измените решение обратно на 64-битное
5. Очистить и восстановить
6. Запуск в 64-битной версии

К сожалению, Visual Studio пока не поддерживает 64-битную версию, поэтому все элементы управления должны быть разработаны в 32-битном режиме (или режиме AnyCPU). ).

См. Этот вопрос для получения более подробной информации.

VS 2010 ошибка дизайнера "Не удалось найти тип XYZ" в Windows7. Прекрасно работает в XP

У меня была такая проблема. Это произошло только в одном представлении конструктора форм, несмотря на то, что он мог скомпилировать, запустить, показать эту форму во время выполнения и показать другие формы / элементы управления в режиме конструктора.

Эти шаги не помогли:

• Очистить и восстановить
• Перезапустить студию
• Удаление всех каталогов bin и obj
• Удаление и добавление ссылок
• Отрицание, гнев, торг, депрессия, принятие

Решение для моего случая:

1. Переименуйте отсутствующий тип (например, InformationBox => InformationBox2)
2. Обновить дизайнер (Вау, работает!)
3. Переименуйте тип в его первоначальное имя

Измените Any CPU на X86. Ваш элемент управления - 32-битный, пытающийся работать на 64-битной машине, и не может найти 64-битную версию элемента управления.

Недавно у меня была такая же ошибка, когда VB.Net в Visual Studio 2013 работал с настраиваемым пользовательским элементом управления WinForm, который сам наследовал базовый класс настраиваемого пользовательского элемента управления в том же проекте, и мне потребовалось несколько усилий, чтобы выяснить истинную причину, которая в моем случае ни базовый класс, ни дочерний класс не имели конструктора без параметров (потому что в данном случае это недопустимый сценарий).
Чтобы исправить это, я добавил отсутствующий конструктор, но оставил его пустым (выброс NotImplementedException вызвал еще одну проблему, из-за которой он не отображался). Это некрасиво, но работает.

Чтобы увидеть основную ошибку через ту, которая указана в этом вопросе потоков, мне пришлось сделать следующее:

1. Очистите весь раствор
2. Закройте Visual Studio
3. Повторно откройте Visual Studio
4. Повторно откройте решение
5. Создайте решение, щелкнув его правой кнопкой мыши в обозревателе решений (не перестроить, это не сработало)
6. Просмотрите пользовательский элемент управления в режиме конструктора, и теперь отображается фактическая ошибка.

После добавления конструктора мне пришлось снова выполнить описанные выше шаги, чтобы он заработал правильно.

Я изменил большое решение с несколькими проектами на платформу x64 от AnyCPU. Пытался открыть конструктор одной из форм решения, которая ссылается на элемент управления в одном из других проектов, и получил то же сообщение об ошибке, что и OP. Открыл проект, содержащий элемент управления, и увидел, что он по-прежнему нацелен на AnyCPU. Пытался час, чтобы сохранить как x64, безуспешно. В конце концов я открыл файл csproj в блокноте, заменил AnyCPU на x64, и все заработало. Надеюсь, это поможет кому-то так же расстроенному, как я.

Недавно я столкнулся с той же проблемой с одним из моих пользовательских элементов управления (C #) в VS 2015.

Я решил это, очистив раствор (Сборка -> Чистое решение), а затем перестроив все решение. Все вернулось гладко.

В настройках моего проекта для целевой платформы уже установлено значение «Любой процессор» и установлен флажок «Предпочитать 32-разрядный». Не знаю, почему это произошло.

Хотя есть много ссылок на 32-битные и т. Д., Шаги, которые сработали для меня, были:

• Преобразуйте все ссылки на пользовательский элемент управления, например «InformationBox1 as InformationBox», в полностью определенную ссылку на класс, например «MyNamespace.CommonUi.InformationBox», во всех файлах designer.vb.

  • Чистое решение

  • Восстановить решение.

В моем случае это был проект миграции с VB6 на VS2008, и обе среды были 32-битными, и на одной машине не было никаких признаков присутствия 64-битных.

Вот дополнительная информация: дизайнер-нельзя-показать-с-платформой-x64

И разрешение для запуска в AnyCPU, когда вы пытаетесь получить доступ к конструктору, является временным решением, и для наших целей его будет достаточно.

Просто сохраните свой проект, закройте его и снова откройте.

Я считаю, что вам следует оставить элементы управления пользовательским интерфейсом в отдельном проекте от вашего 64-битного проекта и запускать его с настройками любого процессора. это поможет не чистить и пересобирать его на 64 версию.

Это происходит, если вы компилируете для x64, потому что конструктор Visual Studio не может загружать сборки x64. Разработчик Visual Studio может загружать только сборки x86, потому что это только 32-разрядный процесс!

1. Вы можете либо перейти на AnyCPU
2. сборка для x86, тогда дизайнер Visual Studio сможет загрузить ваши сборки, чтобы показать ваши элементы управления во время разработки
3. Не используйте сборки x64, создавайте их только в пакетном режиме или в Visual Studio, а затем снова переключайтесь на AnyCPU или x86.

Вы можете перейти на любой CPU:

Project => properties => Build

Целевая платформа: изменить на Any CPU

Очистите и перестройте, снова откройте файл дизайна.

У меня такая же проблема, и я решил ее:

1. Переход к свойствам вашего решения в Visual Studio.
2. Смена «платформы» на «AnyCPU».
3. Восстановление вашего решения.
4. Перезапуск визуальной студии.