Как я могу разрешить AssemblyName в путь к файлу сборки без загрузки этой сборки?

Question

Существует ли какой-либо общедоступный API в .NET Framework, .NET Core или .NET Standard, который может разрешить System.Reflection.AssemblyName в пути к файлу сборки, который будет загружен, без фактической загрузки эта сборка?

Лучшее, что у меня сейчас есть, это:

string ResolveToPath(AssemblyName name) => Assembly.ReflectionOnlyLoad(name).Location;

Но это все равно приводит к загрузке сборки (хотя только в контексте только для отражения).

(Предположим, что я не хочу менять способ, которым среда выполнения обнаруживает сборки. Я прошу это использовать в библиотеке, где я не свободен для проверки файлов конфигурации приложения, определения обработчика AppDomain.AssemblyResolve и т. Д. .)

Answer 1

API-кандидатов в рамках:

• AssemblyDependencyResolver в System.Runtime.Loader с методом string ResolveAssemblyToPath(AssemblyName assemblyName), который в настоящее время доступен только в .NET Core.

• System.Reflection.MetadataLoadContext ( source на GitHub , package на nuget.org ), который, очевидно, сталкивается с точно такой же проблемой: возможность извлечь Assembly из AssemblyName, что, очевидно, требует загрузки первого откуда-либо.

  Создатели этой библиотеки извлекли эту проблему из внешнего мира, потребовав от программиста предоставить MetadataLoadContext с зависимостью MetadataAssemblyResolver, которая работает для него.

  Хотя эта библиотека поставляется с единственной конкретной реализацией (PathAssemblyResolver), она не обеспечивает реализацию, которая инкапсулирует алгоритм пробного разрешения / разрешения встроенной сборки во время выполнения.

Как другие библиотеки за пределами фреймворка работают с разрешением сборки?

• Mono.Cecil моделирует разрешение сборки с помощью IAssemblyResolver абстракции и имеет базовую реализацию в BaseAssemblyResolver классе .

• Roslyn имеет MetadataReferenceResolver абстракцию , которая реализована, например, в. RuntimeMetadataReferenceResolver класс .

  (об этом я узнал в сообщении в блоге "Ссылки на системные сборки в компиляциях Roslyn" Луиса Гонсалвеса и в этом сообщении GitHub от @ tmat .)

Некоторые указатели для платформы

• .NET Core : В .NET Core обе вышеуказанные библиотеки, похоже, полагаются на свойство данных TRUSTED_PLATFORM_ASSEMBLIES в AppContext, которое задокументировано в "Запись пользовательский хост .NET Core для управления средой выполнения .NET из собственного кода ". Также имеется свойство данных APP_PATH, которое можно использовать для исследования.

• .NET Framework: Алгоритм разрешения сборки описан в «Как среда выполнения находит сборки» . Я надеялся, что фреймворк предоставит этот алгоритм с помощью API (это не так), но, по крайней мере, алгоритм может быть воспроизведен с учетом этой информации.