Статическая компоновка в C#
Я работаю над модулем для CMS. Этот модуль распространяется как DLL библиотеки классов.
У меня есть несколько служебных библиотек, которые я хотел бы использовать в этом модуле. Можно ли каким-либо образом связать эти библиотеки статически, чтобы мне не пришлось распространять несколько DLL (тем самым раздельно распространяя свои служебные библиотеки)?
Я хотел бы иметь только одну DLL.
Ответы 3
Краткий ответ - нет! Вы не можете линковать в dll во время компиляции. Я не знаю, есть ли какой-нибудь тонкий способ сделать это, но вам, вероятно, придется распространять библиотеки DLL вместе с вашей cms. Лучший способ сделать это - сделать что-то вроде перераспределяемого.
@ Kobor42: Неправильно, это не связывание, это слияние. В то время как ответ, получивший наибольшее количество голосов, отвечает на суть вопроса (и, следовательно, является наиболее полезным ответом), ответ khebbie на самом деле правильный, если вы точно ответите на заданный вопрос. Вы даже не можете связать dll на C / C++, для этого вам нужен статический архив ...
Забавно, что этот технически правильный ответ не получил положительных отзывов. C# - это управляемый язык, и даже ILMerge - это объединение сборок, а не компоновщик. Компоновщик, как понимают разработчики C++ и C, в настоящее время не может существовать в .NET в том виде, в котором он существует в настоящее время. Однако "родная .Net" технология, еще не выпущенная в середине 2015 года, может когда-нибудь быть выпущена, что позволит полностью скомпилировать (больше не MSIL) приложение, которое затем можно будет статически связать.
Вы можете объединить ваши многочисленные библиотеки DLL с помощью ILMERGE:
http://research.microsoft.com/~mbarnett/ILMerge.aspx
Сам не пробовал. Надеюсь, это поможет.
Скачать здесь:
http://www.microsoft.com/downloads/details.aspx?familyid=22914587-B4AD-4EAE-87CF-B14AE6A939B0&displaylang=en
Краткое описание(со страницы загрузки)
ILMerge - это утилита для объединения нескольких сборок .NET в одну сборку .NET. Он работает как с исполняемыми файлами, так и с библиотеками DLL и имеет несколько опций для управления обработкой и форматом вывода. См. Дополнительную информацию в сопроводительной документации.
Как сказал Себ, ILMERGE сделает это, но одно предостережение заключается в том, что ни одна из сборок не может содержать небезопасный код.
Небезопасный код - это нормально. Он не будет иметь дело со сборками смешанного режима. Тип, содержащий неуправляемый код и созданный проектом C++ / CLI.
Если вы не хотите использовать ILMerge, см. Эту страницу:
примечание редактора: Джеффри Рихтер советует поместить ваши dll в exe файл как ресурсы (Для каждого добавляемого файла DLL отобразите его свойства и измените его «Действие сборки» на «Встроенный ресурс».). Затем необходим пользовательский загрузчик классов, чтобы исполняемый файл работал (Во время выполнения CLR не сможет найти зависимые сборки DLL, что является проблемой. Чтобы исправить это, при инициализации приложения зарегистрируйте метод обратного вызова с событием ResolveAssembly в AppDomain.).
Обязательно измените строку resourceName, чтобы она указывала на ваши фактические ресурсы. (например, замените AssemblyLoadingAndReflection на название вашего проекта.)
Намного лучше! Решение Nativ вместо стороннего инструмента. Посмотрите в разделе комментариев комментарий создателя ILMerge ...
Хотя это требует дополнительных усилий, это кажется лучшим решением по сравнению с принятым ответом.
Не правда. Посмотрите на ответ Кагамара. Также посмотрите в разделе комментариев комментарий Майка Барнетта.