В настоящее время я работаю над проектом, в котором у нас много зависимостей. Я хотел бы скомпилировать все упомянутые dll в .exe так же, как вы сделали бы со встроенными ресурсами. Я попробовал ILMerge, но он не может обрабатывать ресурсы .xaml .
Итак, мой вопрос: есть ли способ объединить проект WPF с несколькими зависимостями в один .exe?
реактор .NET имеет функцию слияния сборок, и это не очень дорого.
Это сработало для меня как шарм :) и совершенно бесплатно.
Добавление кода на случай, если блог когда-нибудь исчезнет.
.csproj:<Target Name="AfterResolveReferences">
<ItemGroup>
<EmbeddedResource Include="@(ReferenceCopyLocalPaths)" Condition="'%(ReferenceCopyLocalPaths.Extension)' == '.dll'">
<LogicalName>%(ReferenceCopyLocalPaths.DestinationSubDirectory)%(ReferenceCopyLocalPaths.Filename)%(ReferenceCopyLocalPaths.Extension)</LogicalName>
</EmbeddedResource>
</ItemGroup>
</Target>
Program.cs выглядел так:[STAThreadAttribute]
public static void Main()
{
AppDomain.CurrentDomain.AssemblyResolve += OnResolveAssembly;
App.Main();
}
OnResolveAssembly:private static Assembly OnResolveAssembly(object sender, ResolveEventArgs args)
{
Assembly executingAssembly = Assembly.GetExecutingAssembly();
AssemblyName assemblyName = new AssemblyName(args.Name);
var path = assemblyName.Name + ".dll";
if (assemblyName.CultureInfo.Equals(CultureInfo.InvariantCulture) == false) path = String.Format(@"{0}\{1}", assemblyName.CultureInfo, path);
using (Stream stream = executingAssembly.GetManifestResourceStream(path))
{
if (stream == null) return null;
var assemblyRawBytes = new byte[stream.Length];
stream.Read(assemblyRawBytes, 0, assemblyRawBytes.Length);
return Assembly.Load(assemblyRawBytes);
}
}
App.OnStartup() было слишком поздно для регистрации OnAssemblyResolve, потому что к моменту вызова OnStartup мое приложение ссылалось на какие-то дополнительные сборки. Вместо этого я поместил регистрацию OnAssemblyResolve в конструктор App(), и это сработало как волшебство. 12.03.2018 Используйте Costura.Fody — он доступен как Nuget Pkg для лучшего и простого способа встраивания ресурсов в вашу сборку.
Install-Package Costura.Fody
После добавления его в проект он автоматически встроит все добавленные ссылки в вашу основную сборку.
{smartassembly} — один из таких продуктов. Он может запутать или внедрить ваши DLL.
Попробуйте это: http://www.smartassembly.com/
Вы также можете внести множество улучшений в свое приложение, чтобы оно работало быстрее.
И да. Вы можете использовать его для WPF.
Обновление от 06.08.2015: ILRepack 2.0.0 (альтернатива ILMerge с открытым исходным кодом) теперь поддерживает слияние большинства случаев WPF: https://twitter.com/Gluckies/status/607680149157462016
Как указано на веб-сайте ILMerge, рассматривайте эти DLL как ресурсы из Джеффри Рихтер здесь :
Многие приложения состоят из файла EXE, который зависит от множества файлов DLL. При развертывании этого приложения должны быть развернуты все файлы. Однако есть метод, который можно использовать для развертывания только одного EXE-файла. Во-первых, определите все DLL-файлы, от которых зависит ваш EXE-файл и которые не входят в состав самой Microsoft .NET Framework. Затем добавьте эти библиотеки DLL в свой проект Visual Studio. Для каждого добавляемого DLL-файла отобразите его свойства и измените «Действие сборки» на «Встроенный ресурс». Это заставляет компилятор C# встраивать файлы DLL в ваш EXE-файл, и вы можете развернуть этот один EXE-файл. Во время выполнения CLR не сможет найти зависимые сборки DLL, что является проблемой. Чтобы исправить это, при инициализации приложения зарегистрируйте метод обратного вызова с событием ResolveAssembly AppDomain. Код должен выглядеть примерно так:
AppDomain.CurrentDomain.AssemblyResolve += (sender, args) => {
String resourceName = "AssemblyLoadingAndReflection." +
new AssemblyName(args.Name).Name + ".dll";
using (var stream = Assembly.GetExecutingAssembly().GetManifestResourceStream(resourceName)) {
Byte[] assemblyData = new Byte[stream.Length];
stream.Read(assemblyData, 0, assemblyData.Length);
return Assembly.Load(assemblyData);
}
};
Теперь, когда поток в первый раз вызывает метод, который ссылается на тип в зависимом файле DLL, будет вызвано событие AssemblyResolve, а код обратного вызова, показанный выше, найдет нужный встроенный ресурс DLL и загрузит его, вызвав перегрузку метода Load сборки. который принимает Byte[] в качестве аргумента.
Вот измененная версия процитированного кода от Matthieu, которая не требует знания пространства имен для извлечения кода. Для WPF поместите это в код события запуска приложения.
AppDomain.CurrentDomain.AssemblyResolve += (s, args) =>
{
// Note: Requires a using statement for System.Reflection and System.Diagnostics.
Assembly assembly = Assembly.GetExecutingAssembly();
List<string> embeddedResources = new List<string>(assembly.GetManifestResourceNames());
string assemblyName = new AssemblyName(args.Name).Name;
string fileName = string.Format("{0}.dll", assemblyName);
string resourceName = embeddedResources.Where(ern => ern.EndsWith(fileName)).FirstOrDefault();
if (!string.IsNullOrWhiteSpace(resourceName))
{
using (var stream = assembly.GetManifestResourceStream(resourceName))
{
Byte[] assemblyData = new Byte[stream.Length];
stream.Read(assemblyData, 0, assemblyData.Length);
var test = Assembly.Load(assemblyData);
string namespace_ = test.GetTypes().Where(t => t.Name == assemblyName).Select(t => t.Namespace).FirstOrDefault();
#if DEBUG
Debug.WriteLine(string.Format("\tNamespace for '{0}' is '{1}'", fileName, namespace_));
#endif
return Assembly.Load(assemblyData);
}
}
return null;
};
Чтобы сделать их доступными во время компиляции, я создаю папку с именем ExternalDLLs, копирую туда библиотеки DLL и устанавливаю для них значение EmbeddedResource, как указано выше. Чтобы использовать их в своем коде, вам все равно нужно установить ссылку на них, но установите для параметра Copy local значение False. Чтобы код компилировался чисто и без ошибок, вам также необходимо установить с помощью statments в вашем коде пространства имен dll.
Вот небольшая утилита, которая перебирает имена встроенных ресурсов и отображает их пространства имен в окне вывода.
private void getEmbeddedResourceNamespaces()
{
// Note: Requires a using statement for System.Reflection and System.Diagnostics.
Assembly assembly = Assembly.GetExecutingAssembly();
List<string> embeddedResourceNames = new List<string>(assembly.GetManifestResourceNames());
foreach (string resourceName in embeddedResourceNames)
{
using (var stream = assembly.GetManifestResourceStream(resourceName))
{
Byte[] assemblyData = new Byte[stream.Length];
stream.Read(assemblyData, 0, assemblyData.Length);
try
{
var test = Assembly.Load(assemblyData);
foreach (Type type in test.GetTypes())
{
Debug.WriteLine(string.Format("\tNamespace for '{0}' is '{1}'", type.Name, type.Namespace));
}
}
catch
{
}
}
}
}
Попробуйте .Netz ( http://madebits.com/netz/ ) - это бесплатно (как в пиве) и делает некоторые приятные вещи, если ваша цель - exe.
>
<Target Name="AfterResolveReferences">
<ItemGroup>
<EmbeddedResource Include="@(ReferenceCopyLocalPaths)" Condition="'%(ReferenceCopyLocalPaths.Extension)' == '.dll'">
<LogicalName>%(ReferenceCopyLocalPaths.DestinationSubDirectory)%(ReferenceCopyLocalPaths.Filename)%(ReferenceCopyLocalPaths.Extension)</LogicalName>
</EmbeddedResource>
</ItemGroup>
</Target>
щелкните правой кнопкой мыши проект/свойства/приложение/объект запуска/выберите Sinhro.Program
добавьте это в свой файл program.cs:
используя System.Reflection; с помощью System.IO; с помощью System.Globalization;
[STAThreadAttribute]
static void Main()
{
AppDomain.CurrentDomain.AssemblyResolve += OnResolveAssembly;
...
private static Assembly OnResolveAssembly(object sender, ResolveEventArgs args)
{
Assembly executingAssembly = Assembly.GetExecutingAssembly();
AssemblyName assemblyName = new AssemblyName(args.Name);
string path = assemblyName.Name + ".dll";
if (assemblyName.CultureInfo.Equals(CultureInfo.InvariantCulture) == false)
{
path = String.Format(@"{0}\{1}", assemblyName.CultureInfo, path);
}
using (Stream stream = executingAssembly.GetManifestResourceStream(path))
{
if (stream == null)
return null;
byte[] assemblyRawBytes = new byte[stream.Length];
stream.Read(assemblyRawBytes, 0, assemblyRawBytes.Length);
return Assembly.Load(assemblyRawBytes);
}
}
Поскольку все остальные решения написаны на C#, а это мне понадобилось для VB.NET, это включает разъяснение того, куда вставить изменение конфигурации, необходимые импорты и способ добавления обработчика вместо += синтаксиса C#.
Для любого приложения WPF, а не для каждого проекта, необходимо добавить следующее, чтобы код скомпилировался в один EXE. Он по-прежнему будет включать DLL в выходную папку, но EXE будет содержать их все.
<Import Project="$(MSBuildToolsPath)\Microsoft.VisualBasic.targets" />
Код для вставки
<Target Name="AfterResolveReferences">
<ItemGroup>
<EmbeddedResource Include="@(ReferenceCopyLocalPaths)" Condition="'%(ReferenceCopyLocalPaths.Extension)' == '.dll'">
<LogicalName>%(ReferenceCopyLocalPaths.DestinationSubDirectory)%(ReferenceCopyLocalPaths.Filename)%(ReferenceCopyLocalPaths.Extension)
</LogicalName>
</EmbeddedResource>
</ItemGroup>
</Target>
Imports System.Reflection
Imports System.Globalization
Imports System.IO
Class Application
Public Sub New()
AddHandler AppDomain.CurrentDomain.AssemblyResolve, AddressOf OnResolveAssembly
End Sub
Private Shared Function OnResolveAssembly(ByVal sender As Object, ByVal args As ResolveEventArgs) As Assembly
Dim executingAssembly As Assembly = Assembly.GetExecutingAssembly()
Dim assemblyName As AssemblyName = New AssemblyName(args.Name)
Dim path = assemblyName.Name & ".dll"
If assemblyName.CultureInfo.Equals(CultureInfo.InvariantCulture) = False Then path = String.Format("{0}\{1}", assemblyName.CultureInfo, path)
Using stream As Stream = executingAssembly.GetManifestResourceStream(path)
If stream Is Nothing Then Return Nothing
Dim assemblyRawBytes = New Byte(stream.Length - 1) {}
stream.Read(assemblyRawBytes, 0, assemblyRawBytes.Length)
Return Assembly.Load(assemblyRawBytes)
End Using
End Function
End Class
Начиная с .NET Core 3.0 эта функциональность теперь является частью .NET:
https://docs.microsoft.com/en-us/dotnet/core/whats-new/dotnet-core-3-0#single-file-executables
Вы можете опубликовать как один исполняемый файл, используя dotnet:
dotnet publish -r win-x64 -p:PublishSingleFile=true
Или выполните аналогичную операцию в Visual Studio: в настройках профиля публикации выберите целевую среду выполнения (вы должны выбрать ее для публикации в виде одного файла), затем разверните раздел «Параметры выбора файла» и выберите «Создать один файл». Точные шаги могут различаться в зависимости от версии Visual Studio.
Вы также можете указать эти значения по умолчанию в файле .csproj:
<PropertyGroup>
<RuntimeIdentifier>win10-x64</RuntimeIdentifier>
<PublishSingleFile>true</PublishSingleFile>
</PropertyGroup>
Однако при использовании этого подхода у меня возникли проблемы с запуском модульных тестов, поэтому лично я просто выбираю этот вариант при публикации.
