Проблема: Предположим, у вас есть машина, на которой некоторые сборки .NET регистрируются, загружаются и / или работают правильно.Эта сборка может ссылаться на неуправляемые библиотеки DLL через p / invoke, она может использовать COM-объекты и фактически может быть реализована в C ++ / CLI.Как можно за один автоматизированный шаг составить список всех других библиотек DLL (управляемых и неуправляемых), которые должны быть установлены, чтобы они также могли регистрироваться, загружаться и / или работать на другом компьютере?
ЧастичноРешение № 1: .net рефлектор Red-gate может использоваться для идентификации всех управляемых ссылок.
Частичное решение № 2: .net рефлектор Red-gate имеетФункция «анализа», которая идентифицирует неуправляемые библиотеки DLL, используемые с помощью p / invoke
Частичное решение № 3: Зависит от , может идентифицировать неуправляемые библиотеки DLL, которые импортируются с помощью EXE или DLL.(И в режиме профилирования он также может определять динамические зависимости).
Открыть: Как запустить эти инструменты (или другие) в пакетном режиме, вместо ручного щелчка по всем цепочкам зависимостей?
Дополнительный вопрос: как насчет ссылок на COM - есть ли способ определить требуемые объекты COM и затем также проследить их зависимости?
Смежные вопросы : Я вижу, что этот вопрос охватывает аналогичную землю.(Но это не указывает, что также можно найти неуправляемые зависимости, и принятым ответом является .net рефлектор, который предоставляет только часть того, что я ищу.) Аналогично для , это .