Kann eine .NET-Anwendung zu nativ kompiliert werden?

Sie können IL in native Binärdateien kompilieren. Es gibt Produkte, die es tun.

Die größere Frage ist, sollten Sie ...

Wenn Sie alle Punktnetzabhängigkeiten entfernen möchten, um ohne Punktnetz zu laufen

Was diese Produkte tun, ist im Wesentlichen das Vorkompilieren auf die Maschinenebene (normalerweise x86) und dann das statische Einbinden aller benötigten Bibliotheken in Ihrer exe. Das führt normalerweise zu einer RIESIGEN exe. Und, noch wichtiger, Sie haben jetzt nicht wirklich die Laufzeit auf Ihrem Zielrechner. Sie haben einen Teil der Laufzeit, den der native Compiler einbinden wollte.

Wenn Sie nur eine schnellere JIT-Zeit erhalten möchten

Sie können NGen auch verwenden, um es in eine native Binärdatei zu kompilieren, aber Sie haben immer noch alle Abhängigkeiten von dot net. Zielrechner benötigen noch das Framework usw.

Aber, wenn Sie ngen, verlieren Sie die Fähigkeit für die App, bis zu 64 Bit automatisch zu fördern. Wenn Ihre App vorkompiliert ist, müssen Sie einen Modus erzwingen. Wenn ein Benutzer auf einer 64-Bit-Maschine läuft, wäre Ihr IL-Code befördert worden (es sei denn, Sie markieren ihn nicht).

Die JIT-Zeit ist nicht der größte Engpass in den meisten Apps. Es ist das Laden der Framework-Bibliotheken und anderer damit zusammenhängender Anforderungen.

Wenn Sie es wirklich brauchen, können Sie in einer Setup-App den aktuellen Benutzerzielcomputer abrufen.

Ich habe vor kurzem auch erfahren, dass man eine App nicht NGEN und erwarten kann, dass sie die CPU ausnutzt, wie man es mit dem JIT kann. Wenn Sie laufen, optimiert NGEN immer die Ausgabe für einen PentiumPro aus irgendeinem Grund, und wird Dinge wie SSE, SSE2 usw. nicht nutzen. Also würde ich sagen, dass NGEN als ein vernünftiger Anwendungsfall entfernt wird.