Дизайнер форм Windows: не удалось загрузить файл или сборку

Ответ 1

У нас такая же проблема. Некоторые классы Form/UserControl не могут быть просмотрены в дизайнере, а Visual Studio вызывает различные исключения.

Существует одна типичная причина: Один из разработанных компонентов выбрал необработанное исключение во время инициализации (в конструкторе или в событии загрузки или раньше).

Не только для этого случая вы можете запустить другой экземпляр visual studio, открыть/создать какой-то независимый проект, перейти в меню → Debug → Attach to process... → выбрать экземпляр процесса devenv.exe с проблемным дизайнер. Затем нажмите Ctrl + Alt + E, окна "Исключения" должны быть показаны. Там отметьте "Брошено" в категориях исключения.

Теперь активируйте визуальную студию с дизайнером и попробуйте дизайнер представлений. Если исключение будет выбрано, вы увидите столбец (и, возможно, исходный код, если исключение было выброшено из вашего кода) и другую типичную информацию о заброшенном исключении. Эта информация может быть очень полезной.

Ответ 2

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

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

Как упоминалось выше, файлы могут не копироваться, когда проект не может напрямую ссылаться на все ссылки, требуемые ссылками и ссылками на них, рекурсивно, вплоть до структуры. Это можно смягчить, тщательно отслеживая все ссылки и их иждивенцы, гарантируя, что все они учитываются.

Дизайнер Visual Studio использует определенное место для кэширования dll для его использования в дизайнере, изолированном от папок источника /bin проектов:

Windows XP:

C:\Documents and Settings\[имя_пользователя]\Локальные настройки\Данные приложения \Microsoft\VisualStudio\10.0\ProjectAssemblies

Windows 7:

C:\Users\[имя_пользователя]\AppData\Local\Microsoft\VisualStudio\10.0\ProjectAssemblies

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

Однако существует еще одно место, где сборки могут быть скопированы и являются частью последовательности поиска сборок, видимо, впереди папки ProjectAssemblies и находится в:

C:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE

Я не знаю, как и когда сборки будут скопированы в это место, но часто не так, какие файлы приходят сюда быстро, становятся источником устаревших ссылок. Когда дизайнер потерпел неудачу с ошибкой "Не удалось загрузить файл или сборку", версия, запрошенная разработчиком, была версией, на которую ссылается сборка в этом месте.

Это было обнаружено с помощью второй отладки экземпляра Visual Studio на первом, со всеми загруженными символами .net и всеми известными исключениями, которые ломаются при броске, а не при необработанном. Это позволило второму экземпляру перехватить обработанные исключения дизайнера и показать это местоположение файла. Это было результатом вывода ошибки конструктора, которую я использовал:

=== Pre-bind state information ===
LOG: User = **************
LOG: DisplayName = ***********, Version=1.0.4275.22699, Culture=neutral, PublicKeyToken=null
 (Fully-specified)
LOG: Appbase = file:///C:/Program Files/Microsoft Visual Studio 10.0/Common7/IDE/
LOG: Initial PrivatePath = NULL
Calling assembly : ***********, Version=1.0.4275.22699, Culture=neutral, PublicKeyToken=null.
===
LOG: This bind starts in default load context.
LOG: Using application configuration file: C:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE\devenv.exe.Config
LOG: Using host configuration file: 
LOG: Using machine configuration file from C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\config\machine.config.
LOG: Policy not being applied to reference at this time (private, custom, partial, or location-based assembly bind).
LOG: The same bind was seen before, and was failed with hr = 0x80070002.

Ответ 3

То, что помогло мне, заключалось в удалении всех каталогов bin и obj для всех проектов в решении. Также удалите папки в папке C:\Users\\AppData\Local\Microsoft\VisualStudio\9.0\ProjectAssemblies, как упоминалось ранее. Используйте 9.0 для VS2008, 10.0 для VS2010 и т.д.

Ответ 4

Используя VS 2005, я столкнулся с этой проблемой. Я выполнил шаги Chien, перечисленные в его первоначальном вопросе, но это все еще не сработало, пока я не закрыл VS и не возобновил решение. Теперь представление Designer выглядит нормально.

Ответ 5

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

Моя проблема возникла, поскольку Visual Studio (проект С#) не смог найти управляемую dll С++ и скопировать ее в место, указанное в J Collins post = > дизайнер не смог найти файл. Я заметил, что он не был скопирован там с другими DLL: s и выяснил, что у него есть другой/нестандартный выходной каталог. Изменив это на стандартную визуализацию Visual Studio, выполните копию.

Ответ 6

Борясь с этой проблемой в течение нескольких часов. Вот что я узнал: ПРОВЕРЬТЕ, ЕСЛИ ПРОГРАММА ДИЗАЙНА ПРОИСХОДИТСЯ НА ЗАГРУЗКУ - 64-битная DLL.

Оказывается, ну, очевидно, для меня сейчас, VS - это 32-битное приложение, поэтому VS Designer - сюрприз! сюрприз! также является 32-разрядным приложением, поэтому, если у вас есть элемент управления UserControl или другой WinForms, который имеет ссылку на 64-битную DLL - ТО, ЧТО ЯВЛЯЕТСЯ БОЛЬШИМ НЕТ-НЕТ, что приведет к тому, что ваша форма не будет отображаться в VS Designer и создайте ошибку can-not-load-file-or-assembly. Итак, первое, что вам нужно сделать, это убедиться, что DLL, над которым конструктор жалуется, - это НЕ 64-разрядная DLL.

Ответ 7

Это происходило со мной очень часто на VS2005, особенно при добавлении пользовательских элементов управления в winform. Обычно мне просто нужно было просто перестроить, не требуя добавления дополнительных ссылок, или закрыть и снова открыть VS.

Нет никакой очевидной причины для этого, просто ошибки VS.

Ответ 8

У меня была аналогичная проблема.

В моем случае у меня была базовая форма, которая ссылалась на класс в dll смешанного режима (управляемая оболочка С++ в неуправляемую библиотеку). Моя производная форма загрузилась неправильно, указав ту же самую ошибку, описанную выше.

Однако следующее решение проблемы: http://support.microsoft.com/kb/967050

• Создайте проект смешанного режима и проект ui для Win32. Поскольку VS 32 бит, он не может загрузить x64 неуправляемый код:
• Очистите папку ProjectAssemblies (сначала необходимо закрыть VS)

Когда вы снова открываете VS, дизайнер загружается без проблем. Обратите внимание, что по умолчанию проекты С# компилируются как Any CPU, который компилируется в x64 на Windows x64.

Надеюсь, это поможет кому-то.

Ответ 9

У меня была эта проблема в проекте С++/cli.

Как отмечали другие люди, очевидно, что Windows Form Designer создает экземпляр вашей версии Form/Usercontrol перед ее рендерингом.

Если конструктор форм не может создать экземпляр класса по какой-либо причине, он потерпит неудачу. Итак, я сделал комментарий конструктора оскорбительного Usercontrol и перестроил мой проект.

Это позволило мне снова использовать конструктор форм.

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

Ответ 10

Я согласен с комментарием Resharper. Я бегу 4.1. Я отключил его, перезапустил VS2008 и снова попытался "Преобразовать в веб-приложение", и он сработал.

Ответ 11

Я видел это в VS2005 для проектов Window Forms, ASP.NET и Compact Framework. Проект, который я создаю, зависит от другой сборки в моем решении, но жалуется, что он не может загрузить его при попытке сгенерировать файл конструктора.

Я не уверен точно, но это иногда происходит после того, как мы поднимем номер версии сборки. По какой-то причине Visual Studio не увидит эту сборку как "новую" и не выведет новую версию в текущую папку проекта/папку. В большинстве случаев это происходит.

Удаление bin/folder (и obj/folder for good measure) проекта с ошибкой дизайнера, а затем перестройка, похоже, заставляет больно уйти.

Ответ 12

Я столкнулся с той же проблемой. Я удалил ссылку из проекта и добавил еще раз, и все работает отлично. (Смотря в файле ptoject, я увидел, что эталонное определение было изменено, например, тег "SpecificVersion" был добавлен и установлен в "false" ).

Ответ 13

Я нашел, с такими проблемами и многими другими, проблема имеет тенденцию вращаться вокруг установки .NET framework. Много раз, например, во время сбоя системы, файлы могут стать поврежденными. если вы отключили виртуальную память. Когда файлы в папке C:\WINDOWS\Microsoft.NET повреждаются, они не работают так, как должны, поскольку таких файлов много, ошибки не всегда бывают. Некоторые части файла могут быть в порядке и загружаться, а другие - нет. На протяжении многих лет я обнаружил, что для меня хорошо сохранилось ПОЛНОЕ резервное копирование папки Microsoft.NET в архиве с некоторой защитой от коррупции. Вы не поверили бы, что количество вещей, которые испортили файлы .NET, пошло не так. Почти каждый аспект IDE зависит от его частей, а также от многих других функций. Конечно, если у вас нет резервной копии, вы должны УНИЧТОЖИТЬ ВСЕ УСТАНОВКИ БЕЗОПАСНОСТИ (не ремонтируйте, потому что это не переписывает файлы guarentee - файлы могут передавать проверки контрольной суммы и длины, но все равно быть поврежденными). После удаления, перезагрузите систему, убедитесь, что вся папка Microsoft.NET удалена, если нет, удалите ее самостоятельно (я должен был сделать это, некоторые файлы по-прежнему остаются позади). Как только это будет сделано, переустановите среду NET, в зависимости от вашей ОС, вы, возможно, не сможете избавиться от всего этого. Но с Windows XP я знаю, что вы можете, я не тестировал это на более новых ОС, которые вы сами по себе для этого, насколько это касается тестирования. Я начал с установки 2.0, затем 3.5 SP1 и т.д., В зависимости от того, какую Visual Studio вы используете. Я придерживаюсь 2008 года, потому что это самый быстрый для меня и по-прежнему поддерживает некоторые из более новых вещей, таких как WPF, tr1 и т.д.... надеюсь, что это поможет вам кому-либо еще с .NET-бедами, сообщения об ошибках часто вводят в заблуждение, но для меня В 99% случаев это повреждение файла Microsoft.NET.

Ответ 14

Для всех, кто имеет эту проблему в будущем, и прокрутил весь путь вниз, чтобы найти его: Удалить ComponentModelCache в Appdata/Local/Microsoft/VisualStudio/..

Ответ 15

Я столкнулся с этой проблемой несколько раз. В большинстве случаев clean+rebuild работает (иногда в сочетании с перезапуском Visual Studio).

Два раза, когда clean+rebuild не работал, это было:

Проблема № 1

В одном из случаев, с которым я столкнулся, это связано с С# и VB.NET.

В моей форме было несколько пользовательских элементов, которые не загружались в конструктор. Элементы управления пользователя находились на С#. Большинство из них находились под одним и тем же пространством имен, но некоторые из них имели часть пространства имен, которое не соответствовало алфавиту.

Например:

userContorl1 was in myapp.mynamespace1, and 
userControl2 was in myapp.myNamespace1

Для С# они являются разными пространствами имен, поскольку С# чувствителен к регистру. Но VB.NET не учитывает регистр. Ошибка, которую я получил, была при попытке загрузить myapp.mynamespace.userControl2. После долгой борьбы я заметил пространство имен в сообщении об ошибке и исправлено в пользовательском элементе управления, сделав их такими же, как "myapp.myNamespace1", а конструктор скрипки открыт после clean+rebuild.

Проблема № 2

Моя форма (которая не открывалась) имела множество пользовательских элементов управления. Один из элементов управления имел свойство типа перечисления. Это перечисление было определено внутри общего класса. Созданный конструктором код для этого пользовательского элемента управления был примерно таким:

myUserControl1.SomeType = somenamespace.SomeGenericClass(of Date).SomeEnum

Ошибка, которую я получил при открытии дизайнера, выглядела так:

не удалось загрузить тип somenamespace.SomeGenericClass [System.Date] + SomeEnum

Я переместил перечисление вне класса и заменил код дизайнера на:

myUserControl1.SomeType = somenamespace.SomeEnum

И дизайнер открыл.:)

Надеюсь, это поможет кому-то.

Ответ 16

Я скажу, что ответы в этой теме несколько помогли мне, но точно не пригвоздили то, что происходило в моих пользовательских элементах управления.

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

Я использовал некоторые из этих других методов static для выполнения регистрации в случае ошибки. Вот пример:

try { _InitializeStuff(); } catch (Exception ex) { Logger.Instance.Log("Couldn't instantiate: " + ex.Messsage); }

Я сделал это в методах Constructor, Load и Property Set моих пользовательских элементов управления... и разработчик не всегда мог создать путь к вызовам статического метода, поэтому конструктор потерпит неудачу.

Я попытался разместить проверки DesignMode, но проблема была не во время выполнения - это было время разработки, и ссылки не могли быть построены. Единственным вариантом для меня было удалить все ссылки на мои статические вспомогательные классы в следующих местах моих пользовательских элементов управления пользователя:

• Конструктор
• Load
• Аксессоры по содержанию

Попытка отладить это со вторичной IDE и с помощью Attach to Process сделала не работу для меня, к сожалению.

Ответ 17

Также убедитесь, что у вас есть объявление с использованием для библиотеки с элементом управления в вашей форме или элементе управления. Как только дизайнер узнает об этом, он напишет полное пространство имен в ссылках на объекты в файле Form.designer.cs.

Ответ 18

Я использую VS2005 и VS2013 и вижу ту же проблему. Некоторые дизайнеры форм Visual Studio в моей проектной работе и другие не будут открываться в режиме разработки. Некоторые попытки открытия даже разбивают Visual Studio до появления страницы с ошибкой, говоря:

Чтобы предотвратить возможную потерю данных перед загрузкой конструктора, следует устранить следующие ошибки:

Наблюдение:
Если в форме есть унаследованные компоненты, разработчик может перестать работать

Пример псевдокода наблюдения:

...
using System.Windows.Forms; // UserControl

namespace MyNamespace
{
    public class MyForm : Form
    {
        public MyForm()
        {
            InitializeComponent();
            ...
        }

        private void InitializeComponent()
        {
            //this.ctrl = new MyNamespace.MyCtrl(); // Inherited class
            this.ctrl = new System.Windows.Forms.UserControl();
            ...
        }

        //private MyNamespace.MyCtrl myCtrl;        // Inherited class
        private UserControl ctrl;
    }

    public class MyCtrl : UserControl
    {
        ...
    }
}

В реализации без псевдокода я прокомментировал унаследованный компонент MyCtrl в MyForm и вместо этого использовал базовый класс UserControl. Дизайнер Visual Studio Form Designer снова начал работать!

Как правильно написать Visual Studio Form Designer -взаимодействующий, унаследованный класс компонентов в С# находится вне меня. Но это наблюдение может быть ключом к кому-то, кто может это решить.

Ответ 19

Я пробовал многие из вышеперечисленных предложений, связанных с удалением файлов, повторным использованием, перезапуском и т.д. Моя проблема заключалась в том, что он не мог загрузить сборку утилиты, которая использовалась несколькими проектами в решении. Другой проект имел общий контроль. Итак, Form1, на который ссылается ControlsAssembly1, ссылается на UtilityAssembly1. Файл .resx имел свойства типов в UtilityAssembly1. Я удалил ресурсы, содержащие эти типы. Попробовал снова открыть форму (получил исключение Null Reference из-за недостающего ресурса), нажмите "Игнорировать" и "Продолжить", и моя проблема была исправлена.

Ответ 20

Чтобы вернуть обратно. Прежде всего, перейдите в командную строку Visual Studio 2008.

тип devenv /resetsettings
тип devenv /resetSkippkgs

• В проводнике решений нажмите "Показать все файлы"
• Теперь откройте форму Form1.vb двойным щелчком, затем нажмите +, чтобы развернуть его.
• Открыть форму1.Designer.vb
• вы можете видеть обе вкладки в окне редактора (IDE).
• Теперь щелкните правой кнопкой мыши вкладку "Form1.vb" и сохраните ее
• Аналогично щелкните правой кнопкой мыши вкладку Form1.vb [Design] и сохраните ее также
• Перестройте свой проект.
• Перезапустите Visual Studio.

Ответ 21

Я столкнулся с этой проблемой. Я сделал то, что сказано выше, но это не имело никакого смысла. Затем я добавил сборку к ссылкам. Перестройте проект. Закрыто Visual Studio. Затем снова откройте экран, и дизайнер появится как обычно.

С Уважением,

Ответ 22

Просто чтобы вмешаться в это. Я создаю новую версию своего UserControl, пока мой другой проект был открыт и ссылался на него. Когда я вернулся к просмотру конструктора в форме, ссылающейся на пользовательский элемент управления, он сказал, что не может найти DLL файл определенной версии.

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

Перепробовал все вышеперечисленное и это не сработало.

Файл .res для формы имеет некоторый XML:

<data name="EventBar1.EventCheckedSubscriptions" mimetype="application/x-microsoft.net.object.binary.base64">
    <value>
        AAEAAAD/////AQAAAAAAAAAMAgAAAJoBbXNjb3JsaWIsIFZlcnNpb249NC4wLjAuMCwgQ3VsdHVyZT1u
        ZXV0cmFsLCBQdWJsaWNLZXlUb2tlbj1iNzdhNWM1NjE5MzRlMDg5XV0sIG1zY29ybGliLCBWZXJzaW9u
        PTQuMC4wLjAsIEN1bHR1cmU9bmV1dHJhbCwgUHVibGljS2V5VG9rZW49Yjc3YTVjNTYxOTM0ZTA4OQUB
        AAAANlN5c3RlbS5Db2xsZWN0aW9ucy5HZW5lcmljLkxpc3RgMVtbU3lzdGVtLkV2ZW50SGFuZGxlcgMA
        AAAGX2l0ZW1zBV9zaXplCF92ZXJzaW9uAwAAFVN5c3RlbS5FdmVudEhhbmRsZXJbXQgIAgAAAAkDAAAA
        AAAAAAAAAAAHAwAAAAABAAAAAAAAAAMTU3lzdGVtLkV2ZW50SGFuZGxlcgs=
</value>
  </data>
  <data name="EventBar1.EventLengthSubscriptions" mimetype="application/x-microsoft.net.object.binary.base64">
    <value>
        AAEAAAD/////AQAAAAAAAAAMAgAAAJoBbXNjb3JsaWIsIFZlcnNpb249NC4wLjAuMCwgQ3VsdHVyZT1u
        ZXV0cmFsLCBQdWJsaWNLZXlUb2tlbj1iNzdhNWM1NjE5MzRlMDg5XV0sIG1zY29ybGliLCBWZXJzaW9u
        PTQuMC4wLjAsIEN1bHR1cmU9bmV1dHJhbCwgUHVibGljS2V5VG9rZW49Yjc3YTVjNTYxOTM0ZTA4OQUB
        AAAANlN5c3RlbS5Db2xsZWN0aW9ucy5HZW5lcmljLkxpc3RgMVtbU3lzdGVtLkV2ZW50SGFuZGxlcgMA
        AAAGX2l0ZW1zBV9zaXplCF92ZXJzaW9uAwAAFVN5c3RlbS5FdmVudEhhbmRsZXJbXQgIAgAAAAkDAAAA
        AAAAAAAAAAAHAwAAAAABAAAAAAAAAAMTU3lzdGVtLkV2ZW50SGFuZGxlcgs=
</value>
  </data>
  <data name="EventBar1.EventLengthTypes" mimetype="application/x-microsoft.net.object.binary.base64">
    <value>
        AAEAAAD/////AQAAAAAAAAAMAgAAAKABY3RybENhbGVuZGFyU2lkZUJhciwgVmVyc2lvbj0xLjAuNzEy
        MS4yMTIzNCwgQ3VsdHVyZT1uZXV0cmFsLCBQdWJsaWNLZXlUb2tlbj1udWxsXV0sIG1zY29ybGliLCBW
        ZXJzaW9uPTQuMC4wLjAsIEN1bHR1cmU9bmV1dHJhbCwgUHVibGljS2V5VG9rZW49Yjc3YTVjNTYxOTM0
        ZTA4OQwDAAAAUWN0cmxDYWxlbmRhclNpZGVCYXIsIFZlcnNpb249MS4wLjcxMjEuMjEyMzQsIEN1bHR1
        cmU9bmV1dHJhbCwgUHVibGljS2V5VG9rZW49bnVsbAUBAAAAT1N5c3RlbS5Db2xsZWN0aW9ucy5HZW5l
        cmljLkxpc3RgMVtbY3RybENhbGVuZGFyU2lkZUJhci5FdmVudEJhcitFdmVudExlbmd0aFR5cGUDAAAA
        Bl9pdGVtcwVfc2l6ZQhfdmVyc2lvbgQAAC5jdHJsQ2FsZW5kYXJTaWRlQmFyLkV2ZW50QmFyK0V2ZW50
        TGVuZ3RoVHlwZVtdAwAAAAgIAgAAAAkEAAAAAAAAAAAAAAAHBAAAAAABAAAAAAAAAAQsY3RybENhbGVu
        ZGFyU2lkZUJhci5FdmVudEJhcitFdmVudExlbmd0aFR5cGUDAAAACw==
</value>
  </data>
  <data name="EventBar1.EventSettingsSubscriptions" mimetype="application/x-microsoft.net.object.binary.base64">
    <value>
        AAEAAAD/////AQAAAAAAAAAMAgAAAJoBbXNjb3JsaWIsIFZlcnNpb249NC4wLjAuMCwgQ3VsdHVyZT1u
        ZXV0cmFsLCBQdWJsaWNLZXlUb2tlbj1iNzdhNWM1NjE5MzRlMDg5XV0sIG1zY29ybGliLCBWZXJzaW9u
        PTQuMC4wLjAsIEN1bHR1cmU9bmV1dHJhbCwgUHVibGljS2V5VG9rZW49Yjc3YTVjNTYxOTM0ZTA4OQUB
        AAAANlN5c3RlbS5Db2xsZWN0aW9ucy5HZW5lcmljLkxpc3RgMVtbU3lzdGVtLkV2ZW50SGFuZGxlcgMA
        AAAGX2l0ZW1zBV9zaXplCF92ZXJzaW9uAwAAFVN5c3RlbS5FdmVudEhhbmRsZXJbXQgIAgAAAAkDAAAA
        AAAAAAAAAAAHAwAAAAABAAAAAAAAAAMTU3lzdGVtLkV2ZW50SGFuZGxlcgs=
</value>
  </data>

Я удалил это из файла .res и все хорошо. Я сделал резервную копию всей папки, прежде чем я попробовал это, хотя!