Отсутствует визуализатор отладки для Generic.List в загруженной сборке времени исполнения

Question

Я могу разместить точки останова и просмотреть переменные для .NET dll, загружаемого с помощью 'Assembly.LoadFile', однако по какой-либо причине визуализатор для Generic List не показать любой из элементов (как видно ниже). То же самое отображается в окне часов, как при наведении курсора на переменную.

Я исследовал эти различные решения, но никто не похоже на работу (она также кажется, что они в основном иметь дело с даже не будучи в состоянии отладки DLL):

Debug dynamically loaded assembly

Debug dynamically loaded assembly in Visual Studio .NET

Я положил pdb бок о бок с dll (из точного местоположения, из которого он загружен). Я также поместил файл pdb dll прямо рядом с исполняемым файлом, который выполнял загрузку, и до сих пор нет кубиков. Я компилирую в Debug и установил все конфигурации в x86. Одно замечание: если я действительно добавляю dll в качестве ссылки, визуализатор отладки отображается отлично (однако, это плагиновая архитектура, и exe не должен иметь зависимости от dll).

Любые идеи?

[Редактировать]

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

[Редактировать]

Я сделал этот образец проект, который демонстрирует поведение. Я использовал аналогичный код для загрузки плагинов (хотя и достаточно интересно, просто вызываю Assembly.LoadFile напрямую и вызывая метод с помощью отражения, похоже, не вызывает такого поведения. Я закрепил пример проекта здесь: (кто-нибудь еще получает Такие же результаты?)

http://dl.dropbox.com/u/64502227/PluginLoader.zip

[Редактировать]

Другим интересным событием! у меня есть папка Plugins рядом с ехе, где все DLLs идут. в настоящее время я копирование DLL плагин/pdb как в каталоге exe, так и в подкаталоге Plugins. Если я использую Assembly.LoadFile и использую dll в каталоге Plugins, я теряю визуализатор List для своих собственных типы. Если я загружу dll прямо рядом с exe, это работает, но почему?

Что я вижу:

Answer 1

Раствор А:

• Загрузите все DLLки из каталога ехе и не их собственный каталог.

Раствор Б:

Используйте это, чтобы создать плагин:

Plugin plugin = (Plugin)Activator.CreateInstance(assembly.FullName, "SamplePlugin.MyPlugin").Unwrap(); 

Вместо этого:

Plugin plugin = (Plugin)Activator.CreateInstance(assembly.GetType("SamplePlugin.MyPlugin")); 

Я бы сообразить, что второй линия o f на самом деле просто внутренне вызывается первой строкой кода (например, первая строка должна будет искать сборку по имени, а затем вывести из нее тип «SamplePlugin.MyPlugin», затем Unwrap(), чтобы вернуть ее), но, видимо, нет.

К сожалению, это решение проблемы, но оно не отвечает. ПОЧЕМУ это происходит. Если кто-нибудь знает, я все равно буду признателен за информацию.

Answer 2

Вы всегда можете использовать сразу же окно и сделать:

string.Join("\r\n", roots); 

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

string.Join("\r\n", items.Select((index, item) => 
       string.Format("{0}: {1}", index, item))); 

Или иметь глобальную функцию, которая делает именно это, поэтому ее использование wi буду похорошела, как:

Print(roots); 

И:

public static void Print<T>(IEnumerable<T> items) 
{ 
    Debug.WriteLine(string.Join("\r\n", items.Select((index, item) => 
         string.Format("{0}: {1}", index, item)))); 
} 

Answer 3

Проверьте один из вариантов VS: Сервис -> Параметры -> Отладка -> Общие, прокрутите вниз и убедитесь, что «Показать необработанная структура объектов в окне переменных ".