У меня есть проект (A), который ссылается на сборку из библиотеки классов внешнего проекта (B), которая находится в другом решении vs.
Мне еще предстоит понять, как я могу эффективно отлаживать библиотеку классов из B при запуске программы из проекта A. Есть ли что-то, что я должен включить в проекте B, например информацию об отладке и т. Д., Чтобы я мог войти во время отладки из A?
Заранее спасибо.
Попробуйте отключить Just My Code (JMC).
По умолчанию отладчик пытается ограничить представление мира кодом, который содержится только в вашем решении. Иногда это действительно полезно, но если вы хотите отладить код, которого нет в вашем решении (как ваша ситуация), вам нужно отключить JMC, чтобы увидеть его. В противном случае код будет рассматриваться как внешний и в значительной степени скрыт от вашего взгляда.
ИЗМЕНИТЬ
Если ваш код не работает, попробуйте следующее.
Предположим, что путь
Проект A
C:\Projects\ProjectA
Проект B
C:\Projects\ProjectB
а dll ProjectB находится в
C:\Projects\ProjectB\bin\Debug\
Чтобы выполнить отладку в ProjectB из ProjectA, выполните следующие действия.
B с .PDB dll в каталог компиляции ProjectA.ProjectA. Когда код достигнет той части, где вам нужно вызвать метод DLL или события и т. Д. Во время отладки, нажмите F11, чтобы войти в код DLL.ПРИМЕЧАНИЕ. НЕ ПРОПУСТИТЕ КОПИРОВАТЬ ФАЙЛ .PDB
Некоторое время это меня беспокоит. Обычно я перестраиваю свою внешнюю библиотеку в режиме отладки, а затем копирую файлы .dll и .pdb в корзину моего веб-сайта. Это позволяет мне войти в код библиотеки.
Я запускаю два экземпляра Visual Studio - один для внешней библиотеки DLL и один для основного приложения.
В свойствах проекта внешней библиотеки DLL установите следующее:
События сборки:
copy /y "$(TargetDir)$(TargetName).dll" "C:\<path-to-main> \bin\$(ConfigurationName)\$(TargetName).dll"
copy /y "$(TargetDir)$(TargetName).pdb" "C:\<path-to-main> \bin\$(ConfigurationName)\$(TargetName).pdb"
Отлаживать:
Запустить внешнюю программу: C:\<path-to-main>\bin\debug\<AppName>.exe
Рабочий каталог C:\<path-to-main>\bin\debug
Таким образом, всякий раз, когда я создаю внешнюю dll, она обновляется в каталоге основного приложения. Если я нажимаю отладку из проекта внешней dll - основное приложение запускается, но отладчик попадает только в точки останова во внешней dll. Если я нажимаю отладку из основного проекта, основное приложение запускается с последней созданной внешней dll, но теперь отладчик достигает точек останова только в основном проекте.
Я понимаю, что один отладчик выполнит работу за оба, но я считаю, что таким образом проще поддерживать оба эти правила.
[по словам Мартина Беккета, парня, который прислал мне этот ответ]
Вы можете выполнять отладку во внешней библиотеке.
На вкладке настроек проекта найдите «каталоги Visual Studio» в поле «исходный код» укажите путь к источникам openCV. Затем убедитесь, что файлы .pdb для каждой отладочной dll находятся в том же каталоге, что и dll.
У меня была аналогичная проблема, так как мои точки останова в проекте (B) не были достигнуты. Мое решение заключалось в том, чтобы перестроить проект (B), а затем отладить проект (A), так как библиотеки DLL необходимо обновить.
Visual Studio должна позволять вам выполнять отладку во внешней библиотеке.
Ссылки NuGet
Предположим, что -Project_A (создает project_a.dll) -Project_B (создает project_b.dll) и Project_B ссылки на Project_A пакетами NuGet, затем просто скопируйте project_a.dll, project_a.pdb в папку Project_B / Packages. Фактически это должно быть скопировано в / bin.
Теперь отлаживайте Project_A. Когда код достигает той части, где вам нужно вызвать метод DLL или события и т. Д. Во время отладки, нажмите F11, чтобы войти в код DLL.
Самый быстрый способ сделать это на разовой основе - открыть файл Proj B непосредственно в экземпляре Visual Studio, в котором вы редактируете и запускаете Project A (File = ›Open =› File). Добавлять файл в раствор не нужно. Просто открыв его в редакторе, вы сможете создавать точки останова прямо в файле Project B.
