Jak C++ Windows dll może być scalony w C# aplikacji EXE?

Try boxedapp ; pozwala na załadowanie wszystkich bibliotek DLL z pamięci. Wydaje się również, że można nawet osadzić. NET runtime. Dobrze jest stworzyć naprawdę samodzielne aplikacje...

Próbowałeś ILMerge? http://research.microsoft.com/~mbarnett / ILMerge. aspx

ILMerge to narzędzie, które może być używane do łączenia wielu zestawów. NET w jeden zestaw. Jest on dostępny bezpłatnie na stronie Narzędzia i narzędzia w centrum programistycznym Microsoft.NET Framework.

Jeśli budujesz bibliotekę c++ z flagą /clr (całość lub część C++ / CLI), to powinno działać:

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

Nie będzie działać ze zwykłym (natywny) Windows DLL jednak.

Po prostu kliknij prawym przyciskiem myszy projekt w Visual Studio, wybierz Właściwości projektu -> Zasoby - > Dodaj zasób - > Dodaj istniejący plik… I dołącz poniższy kod do swojej aplikacji.xaml.cs lub odpowiednik.

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);
}

Oto mój oryginalny wpis na blogu: http://codeblog.larsholm.net/2011/06/embed-dlls-easily-in-a-net-assembly/

Użyj Fody.Costura nuget

1. otwórz swoje rozwiązanie -> projekt - > Zarządzaj pakietami Nuget
2. Szukaj Fody.Costura
3. Skompiluj Twój projekt.

To jest to !

Źródło: http://www.manuelmeyer.net/2016/01/net-power-tip-10-merging-assemblies/

Thinstall jest jednym z rozwiązań. W przypadku natywnej aplikacji windows sugerowałbym osadzenie DLL jako obiektu zasobów binarnych, a następnie rozpakowanie go w czasie wykonywania, zanim będzie to potrzebne.

Inteligentny montaż może zrobić to i więcej. Jeśli dll ma niezarządzany kod, to nie pozwoli Ci scalić biblioteki DLL do jednego zestawu, zamiast tego może osadzić wymagane zależności jako zasoby do głównego exe. Jej druga strona, nie jest wolna.

Możesz to zrobić ręcznie, osadzając dll do swoich zasobów, a następnie opierając się na Assembly AppDomain ResolveHandler. Jeśli chodzi o Mixed mode DLL, znalazłem wiele wariantów i smaków ResolveHandler podejście nie działa dla mnie (wszystkie, które czytaj dll bajtów do pamięci i odczytu z niej). Wszyscy pracowali dla zarządzanych bibliotek DLL. Oto, co dla mnie zadziałało:

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);
    };
}

Kluczem jest zapis bajtów do pliku i ładowanie z jego lokalizacji. Aby uniknąć problemów z kurczakiem i jajkiem, musisz upewnić się, że zadeklarowałeś obsługę przed uzyskaniem dostępu do assembly i że nie uzyskasz dostępu do członków assembly (lub nie tworzysz instancji czegokolwiek, co ma do czynienia z assembly) wewnątrz części ładującej (rozwiązującej assembly). Zadbaj również o to, aby GetMyApplicationSpecificPath() nie była żadną temp katalog, Ponieważ pliki tymczasowe mogą być próbowane do usunięcia przez inne programy lub przez siebie (nie, że zostanie usunięty, gdy program ma dostęp do dll, ale przynajmniej jego uciążliwość. AppData jest dobra lokalizacja). Należy również zauważyć, że trzeba zapisać bajty za każdym razem, nie można załadować z lokalizacji tylko ' bo dll już tam mieszka.

Jeśli montaż jest w pełni niezarządzany, możesz zobaczyć ten link lub to jak załadować takie biblioteki DLL.

PostBuild z Xenocode może spakować zarówno zarządzane, jak i niezaangażowane w jeden exe.