Приватная параллельная сборка в 1 DLL - это то же самое, что и обычная DLL?

Использование частных сборок SxS для развертывания dll на самом деле просто сложный способ заставить что-то чаще выходить из строя.

Однако есть некоторые преимущества:

• Сборки SxS более безопасны, поскольку поиск выполняется только в папке WinSxS и в папке EXE.
• Сборки SxS необходимы для регистрации бесплатного COM. Это означает, что вы можете развернуть приложение с COM-объектом, объединенным как сборка SxS, который можно установить с помощью XCopy и без повышения прав.
• Сборки SxS начинают становиться более мощными, когда вы понимаете, что МОЖЕТЕ использовать эту технологию для загрузки нескольких разных версий одной и той же Dll, даже если они установлены как частная сборка SxS. Обычно, когда загрузчик Windows загружает ваш EXE-файл и обрабатывает его манифест для создания контекста активации, он использует папку приложения в качестве базовой папки для поиска SxS.

Однако вы можете создавать свои собственные контексты активации во время выполнения, используя Activation Context API с указанными вами базовыми папками, в которых затем будет выполняться поиск частных сборок SxS. Вы можете использовать этот метод для динамической загрузки дополнительных сборок или различных версий сборок, чтобы при необходимости реализовать какой-либо плагин api.

Чтобы использовать API контекста активации, вам необходимо:

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

• создайте несколько файлов манифеста приложения, описывающих зависимые сборки, которые вы хотите дополнительно загрузить, которые вы отправляете вместе с приложением - извне или встроенными как ресурсы RT_MANIFEST с идентификаторами ресурсов> 16.

• Заполните структуру ACTCTX с деталями того, где находится манифест, и убедитесь, что lpAssemblyDirectory указывает на каталог, содержащий определенную версию частной сборки SxS. Вызовите CreateActCtx, чтобы создать объект контекста активации.

• Когда придет время загрузить определенную версию dll, активируйте соответствующий контекст активации с помощью ActivateActCtx, затем вызовите LoadLibrary для простого имени библиотеки. Деактивируйте его после вызова, поскольку с загруженной dll контекст активации больше не требуется, чтобы быть активным - до тех пор, пока вы не сделаете еще один вызов функции API, которая должна будет искать контекст активации - например, создать окно класса, размещенного в dll, или создать com-объект без регистрации.

При загрузке dll система будет искать в предоставленном lpAssemblyDirectory dll И любые зависимые сборки, которые она может иметь.

Что ж, у каждого EXE будет своя собственная DLL. Никакой перезаписи здесь нет, вы бы поместили каждый EXE в свой собственный установочный каталог. У них могут быть разные версии DLL по дизайну, DLL Hell не существует. Помимо этого, эти DLL могут касаться других частей файловой системы или реестра и наступать друг другу на пятки при этом. Ссылка на «должны быть предназначены для работы бок о бок». Этого редко бывает трудно достичь.