¿Cómo se puede fusionar una dll de windows de C++ en una aplicación exe de C#?

Try boxedapp; permite cargar todas las DLL de la memoria. Además, parece que incluso puede incrustar. net runtime. Bueno para crear una aplicaciones realmente independientes...

¿Has probado ILMerge? http://research.microsoft.com / ~ mbarnett / ILMerge. aspx

ILMerge es una utilidad que se puede usar para combinar múltiples ensamblados.NET en un solo ensamblado. Está disponible gratuitamente para su uso en la página Herramientas y Utilidades en el Centro de Desarrolladores de Microsoft. NET Framework.

Si está construyendo la DLL de C++ con la bandera /clr (todo o parcialmente C++ / CLI), entonces debería funcionar:

ilmerge /out:Composite.exe MyMainApp.exe Utility.dll

No funcionará con un ordinario (nativo) DLL de Windows sin embargo.

Simplemente haga clic con el botón derecho en su proyecto en Visual Studio, elija Propiedades del proyecto - > Recursos - > Agregar recurso - > Agregar archivo existente… E incluye el siguiente código en tu App.XAML.cs o equivalente.

public App()
{
    AppDomain.CurrentDomain.AssemblyResolve +=new ResolveEventHandler(CurrentDomain_AssemblyResolve);
}

System.Reflection.Assembly CurrentDomain_AssemblyResolve(object sender, ResolveEventArgs args)
{
    string dllName = args.Name.Contains(',') ? args.Name.Substring(0, args.Name.IndexOf(',')) : args.Name.Replace(".dll","");

    dllName = dllName.Replace(".", "_");

    if (dllName.EndsWith("_resources")) return null;

    System.Resources.ResourceManager rm = new System.Resources.ResourceManager(GetType().Namespace + ".Properties.Resources", System.Reflection.Assembly.GetExecutingAssembly());

    byte[] bytes = (byte[])rm.GetObject(dllName);

    return System.Reflection.Assembly.Load(bytes);
}

Aquí está mi entrada de blog original: http://codeblog.larsholm.net/2011/06/embed-dlls-easily-in-a-net-assembly /

Use Fody.Costura nuget

1. Abra su solución -> Proyecto - > Administrar paquetes Nuget
2. Busca Fody.Costura
3. Compilatu proyecto.

¡Eso es !

Fuente: http://www.manuelmeyer.net/2016/01/net-power-tip-10-merging-assemblies /

Thinstall es una solución. Para una aplicación nativa de Windows, sugeriría incrustar el DLL como un objeto de recurso binario, y luego extraerlo en tiempo de ejecución antes de que lo necesite.

Smart Assembly puede hacer esto y más. Si su dll tiene código no administrado, no le permitirá fusionar las DLL en un solo ensamblado, sino que puede incrustar las dependencias requeridas como recursos en su exe principal. Su otro lado, no es libre.

Puede hacer esto manualmente incrustando dll en sus recursos y luego confiando en el Ensamblado de AppDomain ResolveHandler. Cuando se trata de dlls de modo mixto, encontré que muchas de las variantes y sabores de ResolveHandler no funcionan para mí (todos los cuales leen dll bytes a la memoria y leer de ella). Todos trabajaban para dll gestionados. Esto es lo que funcionó para mí:

static void Main()
{
    AppDomain.CurrentDomain.AssemblyResolve += (sender, args) =>
    {
        string assemblyName = new AssemblyName(args.Name).Name;
        if (assemblyName.EndsWith(".resources"))
            return null;

        string dllName = assemblyName + ".dll";
        string dllFullPath = Path.Combine(GetMyApplicationSpecificPath(), dllName);

        using (Stream s = Assembly.GetEntryAssembly().GetManifestResourceStream(typeof(Program).Namespace + ".Resources." + dllName))
        {
            byte[] data = new byte[stream.Length];
            s.Read(data, 0, data.Length);

            //or just byte[] data = new BinaryReader(s).ReadBytes((int)s.Length);

            File.WriteAllBytes(dllFullPath, data);
        }

        return Assembly.LoadFrom(dllFullPath);
    };
}

La clave aquí es escribir los bytes en un archivo y cargarlos desde su ubicación. Para evitar el problema de la gallina y el huevo, debe asegurarse de declarar el controlador antes de acceder al ensamblado y que no accede a los miembros del ensamblado (o instanciar nada que tenga que lidiar con el ensamblado) dentro de la parte de carga (resolución del ensamblado). También tenga cuidado de asegurarse de GetMyApplicationSpecificPath() no es cualquier temp directorio puesto que los archivos temporales se podrían intentar conseguir borrados por otros programas o por usted mismo (no que conseguirá suprimido mientras que su programa está accediendo al dll, pero por lo menos su una molestia. AppData es buena ubicación). También tenga en cuenta que usted tiene que escribir los bytes cada vez, usted no puede cargar desde la ubicación solo 'porque el dll ya reside allí.

Si el ensamblado no está completamente administrado, puede ver este enlace o este en cuanto a cómo cargar tales archivos DLL.

PostBuild de Xenocode puede empaquetar tanto administrado como sin cambiar en un solo exe.