Ich möchte eine native .NET Core-Programmdatei erstellen, die ich bereitstellen kann, aber wenn ich das Projekt veröffentliche, exportiert der Compiler alle Abhängigkeiten in das gleiche Verzeichnis und die ausführbare Datei benötigt sie auf einem System, auf dem .NET Core Runtime nicht installiert ist. Gibt es eine Möglichkeit, die DLLs mit der Projekt-DLL oder der ausführbaren Datei zu kompilieren/zu packen? Vielen Dank..net Kernpaket Abhängigkeiten
Antwort
Für Abhängigkeiten in die kompilierte Assembly Besuche Costura für Fody Fusion:
https://github.com/Fody/Costura
Ich habe es verwendet, vor, und es funktioniert gut. Sie können bestimmte Abhängigkeiten definieren, die in einer Datei mit dem Namen FodyWeavers.xml (siehe die Costura-Fody-Verknüpfung für Beispiele) zusammengeführt werden.
So zum Beispiel (genommen von der Costura README.md) können Sie zwei Abhängigkeiten ‚Foo‘ haben und ‚Bar‘, die in Ihre Zielbaugruppe zusammengefügt werden können, wie in der FodyWeavers.xml Datei folgt.
<Costura>
<IncludeAssemblies>
Foo
Bar
</IncludeAssemblies>
</Costura>
Other than that, ist ILMerge ein feiner Weg zu gehen: https://www.nuget.org/packages/ilmerge
EDIT: einen Link gefunden benötigt .NET Kern Abhängigkeiten in einer in sich geschlossenen Anwendung beschreibt die Bereitstellung von: http://druss.co/2016/08/deploy-and-run-net-core-application-without-installed-runtime-self-contained-applications/
Ich suchte nach einer mehr internen Lösung innerhalb des .NET Core-Frameworks, aber diese Lösung wird genauso gut funktionieren. Ich habe bereits versucht, eine eigenständige ausführbare Datei zu erstellen, aber das alles schließt die Laufzeitbibliotheken in die Binärdatei ein und exportiert die DLLs in den Exportspeicherort. Das bedeutet, wenn Sie versuchen, die ausführbare Datei außerhalb eines Verzeichnisses ihrer Abhängigkeiten auszuführen, wird eine Fehlermeldung "Fehler: Fehlende Assembly" zurückgegeben. Ich weiß nicht, ob das beabsichtigt ist oder ob .NET Core eigentlich die Abhängigkeiten in den Build einbinden soll. Danke für die Antwort. –
- 1. dotnet-Kernpaket-Versionierung
- 2. .NET Assembly Abhängigkeiten
- 3. .Net Core-Abhängigkeiten - Bower
- 4. Vor dem Start auf .NET-Abhängigkeiten prüfen
- 5. Erkennen von Abhängigkeiten zwischen Namespaces in .NET
- 6. .NET Open PDF in Winform ohne externe Abhängigkeiten
- 7. Wie spezifiziert man Abhängigkeiten von anderen Projekten mit .NET CLI?
- 8. Wie konfiguriert man Abhängigkeiten in Visual Studio - .NET
- 9. Untersuchen Sie Abhängigkeiten für dynamisch geladene Bibliothek in .net Kern
- 10. Hinzufügen von .net DLL-Abhängigkeiten zu einem Projekt
- 11. Was sind die verfügbaren dot net core Abhängigkeiten?
- 12. Wie Abhängigkeiten Abhängigkeiten erhalten?
- 13. nuget Abhängigkeiten von Abhängigkeiten
- 14. Versuchen, Abhängigkeiten aufzulösen: Ändern der .NET-Standardbibliothek zu NET Core - Microsoft.Extensions.Primitives
- 15. Abhängigkeiten funktionieren nicht, wenn .NET Standard 1.3-Bibliothek von .NET 4.6.1 app referenziert
- 16. Pip: Abhängigkeiten von Abhängigkeiten installieren
- 17. MSVC-Abhängigkeiten vs. Referenzen
- 18. Installation von .net Core auf dem Mac
- 19. Nano Server C# Apps Abhängigkeiten
- 20. Komponist, Mindeststabilität und Abhängigkeiten von Abhängigkeiten
- 21. Keine 'Abhängigkeiten' in Zipkin UI Abhängigkeiten Registerkarte
- 22. Abhängigkeiten von Abhängigkeiten mit browserify-shim shimmen
- 23. Zeigt ldd auch Abhängigkeiten von Abhängigkeiten?
- 24. CMAKE: Abhängigkeiten von Abhängigkeiten automatisch hinzufügen
- 25. Maven. Finden Versionen enthalten Abhängigkeiten von Abhängigkeiten
- 26. ProtoInclude fügt unerwünschte Abhängigkeiten hinzu
- 27. Flickrj Abhängigkeiten
- 28. Zyklische Abhängigkeiten
- 29. Circular Abhängigkeiten
- 30. Dynamische Abhängigkeiten
Warum Muss es nur eine Datei sein? – svick
Für eine portable Binärversion. –
Ich denke, das ist ein Oxymoron. Sie können nicht wirklich eine portable Binärversion haben, weil jede Plattform ein anderes Binärdateiformat hat. – svick