Как скомпилировать .NET-приложение в машинный код?

Да, используя Ngen, генератор изображений в машинном коде. Однако есть ряд вещей, о которых вам нужно знать:

• Вам по-прежнему нужна среда CLR для запуска исполняемого файла.
• CLR не будет динамически оптимизировать ваши сборки в зависимости от среды, в которой она запущена (например, 486 против 586 против 686 и т. д.)

В общем, Ngen стоит использовать только в том случае, если вам нужно сократить время запуска вашего приложения.

У Microsoft есть статья, описывающая, как можно Скомпилируйте MSIL в собственный код

Вы можете использовать Ngen.

The Native Image Generator (Ngen.exe) is a tool that improves the performance of managed applications. Ngen.exe creates native images, which are files containing compiled processor-specific machine code, and installs them into the native image cache on the local computer. The runtime can use native images from the cache instead using the just-in-time (JIT) compiler to compile the original assembly.

К сожалению, вам по-прежнему нужны библиотеки из фреймворка для запуска вашей программы. В SDK MS .Net framework, о которой я знаю, нет функции, которая позволяла бы скомпилировать все необходимые файлы в один исполняемый файл.

RemoteSoft создает инструмент, который компилирует приложение .NET в пакет, который можно запускать без установленного .NET. У меня нет опыта с этим:

RemoteSoft Саламандра

Думаю, это невозможно. Вам также необходимо будет распространить .NET FW. Если вы хотите скомпилировать приложение .NET в собственный код, используйте NGen инструмент

Вы можете использовать ngen.exe для создания нативного образа но, вам все равно придется распространять исходный неродной код, и для него по-прежнему требуется фреймворк, установленный на целевой машине.

Что на самом деле не решает вашу проблему.

Суть .NET заключается в том, чтобы иметь возможность устанавливать приложения, которые были скомпилированы в MSIL, затем либо JIT, либо Ngen, MSIL компилируется в собственный код и сохраняется локально в кеше. Он никогда не предназначался для создания настоящего собственного .exe, который можно запускать независимо от платформы .NET.

Может быть, есть какой-то хак, который делает это, но для меня это кажется небезопасным. Фреймворк требует слишком многих динамических процессов, таких как: динамическая загрузка сборки, генерация кода MSIL и т. д.

Я протестировал несколько из них, и на данный момент единственный, который поддерживает .NET 3.5, а также имеет отличный стек виртуализации, - это КсенокодПостбилд.

При использовании ngen вам по-прежнему необходимо установить платформу .NET, но при использовании инструмента как такового весь ваш управляемый код компилируется в собственный код, поэтому вы можете развернуть его на машинах без наличия инфраструктуры.

Вы можете! Однако вы ограничены .NET 1.1 (для вас нет дженериков): Моно предварительная компиляция (AOT)

Однако это означает, что компиляция действительно является встроенной, поэтому вы больше не сможете развернуть одну сборку байт-кода, вам понадобится одна сборка для каждой платформы.

Первоначально он был разработан, потому что для iPhone нет .NET или Mono, поэтому они и сделали MonoTouch.

Microsoft анонсировала свой Предварительная версия .NET Native, который позволит запускать приложения .NET без установленного фреймворка.

Взгляните: http://blogs.msdn.com/b/dotnet/archive/2014/04/02/announcing-net-native-preview.aspx

FAQ: http://msdn.microsoft.com/en-US/vstudio/dn642499.aspx

Вы можете скачать Microsoft .NET Native для VS2013 отсюда: http://msdn.microsoft.com/en-US/vstudio/dotnetnative

Это можно сделать с помощью новой технологии предварительной компиляции .NET Native. Посмотрите здесь: http://msdn.microsoft.com/en-US/vstudio/dotnetnative

В настоящее время он доступен только для приложений Магазина Windows. Он выполняет связывание отдельных компонентов. Таким образом, библиотеки .NET Framework статически связаны с вашим приложением. Все компилируется в нативный код, и сборки IL больше не развертываются. Приложения работают не с CLR, а с урезанной оптимизированной средой выполнения под названием Managed Runtime (Mrt.dll)

Как указано выше, NGEN использует смешанную модель компиляции и полагается на IL и JIT для динамических сценариев. .NET Native не использует JIT, но поддерживает различные динамические сценарии. Авторам кода потребуется использовать Директивы времени выполнения, чтобы предоставить компилятору .NET Native подсказки по динамическим сценариям, которые они хотят поддерживать.

Как уже упоминалось в некоторых других ответах, вы можете использовать инструмент .NET Native для компиляции своего приложения в собственный машинный код. Однако, в отличие от этих ответов, я объясню, как это сделать как.

Шаги:

1. Установите инструмент dotnet CLI (интерфейс командной строки), который является частью нового набора инструментов .NET Core. Мы будем использовать это для компиляции нашего приложения; вы можете найти хорошую статью об этом здесь.

2. Откройте приглашение оболочки и cd в каталог вашего приложения.

3. Введите это:

   dotnet compile --native
   

Вот и все! Когда вы закончите, ваше приложение будет скомпилировано в один двоичный файл, например:

Это будет отдельный исполняемый файл; не включены PDB, сборки или файлы конфигурации (ура!).

В качестве альтернативы, если вам нужна еще более быстрая программа, вы можете запустить это:

dotnet compile --native --cpp

Это оптимизирует вашу программу с помощью генератора кода C++ (в отличие от RyuJIT), поэтому ваше приложение будет еще более оптимизировано для сценариев AOT.

Вы можете найти дополнительную информацию об этом в dotnet CLI Репозиторий GitHub.

Ответ 2019: Используйте dotnet / corert. Он может компилировать проекты .NET Core в отдельные файлы .exe. Никаких зависимостей (кроме системных библиотек вроде kernel32.dll). Бьюсь об заклад, это именно то, что нужно OP.

Со своей домашней страницы GitHub:

The CoreRT compiler can compile a managed .NET Core application into a native (architecture specific) single-file executable that is easy to deploy. It can also produce standalone dynamic or static libraries that can be consumed by applications written in other programming languages.

Основная причина для компиляции в Native - защитить ваши коды, в противном случае скомпилированный MSIL похож на развертывание исходных кодов на клиентской машине.

NGEN компилируется в собственный, но также требует развертывания кодов IL, эта цель - просто сократить время запуска, но это также бесполезно.

CoreRt является альфа-версией и работает только с простыми приложениями типа helloworld.

.Net Core компилируется в отдельные исполняемые файлы, но это также не родной exe, это просто заархивированный файл кодов IL, и он будет распаковывать коды во временную папку во время работы.

Мой простой вопрос от Microsoft: если RyuJIT может компилировать IL в нативный на лету, то почему бы вам не скомпилировать тот же IL заблаговременно (AOT).

попробуйте это (http://www.dotnetnative.online/), чтобы скомпилировать .net скомпилированный exe в собственный exe, я пробовал это, его новое, но хорошее.

Похоже, на чистом ядре RT работоспособные решения; скоро все приложения перейдут на ядро ​​.net; https://www.codeproject.com/Articles/5262251/Generate-Native-Executable-from-NET-Core-3-1-Proje?msg=5753507#xx5753507xxhttps://docs.microsoft.com/en-us/archive/msdn-magazine/2018/november/net-core-publishing-options-with-net-core

не тестировалось, возможно, со старым win .net sdk возможно сделать аналогичный.