Компиляция сборки .NET в заданный двоичный файл целевой платформы

Мне не разрешено комментировать (у меня нет 50 очков репутации), но я создатель CodeRefractor, поэтому хочу прояснить этот проект:

• Я думаю, что флаг Mono и --full-aot является лучшей целью, чем CodeRefractor, поскольку Mono коммерчески поддерживается и на первый взгляд имеет больше ресурсов (читай: разработчики, которые работают над всеми компонентами среды выполнения) и более длинную историю.

• CR - это бесплатный проект для хобби, и он останется таким, поскольку я не вижу многих участников вне себя (на самом деле ни одного, за исключением комментариев: пожалуйста, добавьте это, или CR это обрабатывает). Только по этой причине меня больше интересовало, как оптимизировать коды операций CIL, и меньше - как надежную реализацию .Net. Также я буду использовать дизайн проекта как бакалаврскую работу.

• для очень интенсивного математического кода и если вы хотите профилировать код, сгенерированный C / C ++, CodeRefractor может вам здесь помочь, но фактическая библиотека времени выполнения очень ограничена. Возможно, вам потребуется написать свои собственные библиотеки PInvoke для потоковой передачи данных. Что, честно говоря, немного сложно!

• CR имеет несколько хороших значений производительности по умолчанию: если код следует некоторым простым правилам, вероятно, он будет иметь производительность в диапазоне компилятора Java Server или C ++, оптимизированного вручную. Одна из причин заключается еще и в том, что CR не проверяет диапазон циклов и не имеет исключений. Так что, если вам повезет, вы можете получить действительно хорошую производительность!

• CodeRefractor имеет интересные оптимизации, по крайней мере, с теоретической стороны. Это означает, что вы можете получить действительно хорошую производительность, если действительно попытаетесь понять, какие оптимизации выполняются. Он работает очень похоже с LTO в компиляторе GCC и представляет собой многоуровневую оптимизацию, которая особенно хорошо работает, если вы используете константы, они будут оптимизированы, включая мертвый код!

• CodeRefractor в качестве цели состоит в том, чтобы удалить зависимость .Net, предлагая (в некоторой степени) читаемый код C ++, который можно как минимум скопировать / вставить в ваш код C ++ или настроить его при необходимости. Это также означает, что всегда будут некоторые крайние случаи, когда C ++ не будет правильно отображать код CIL, например, в области многопоточности (с летучими).

Итак, в качестве окончательного ответа: посмотрите на флаг Mono и --full-aot. Было бы здорово, если бы CodeRefractor работал на вас, но я был бы очень впечатлен, если бы он работал так, как сейчас! Может быть, через 3-4 года, если люди поддержат его (или компанию, которая знает), в противном случае просто прочтите это в блоге, как это делает большинство людей.

Если вас интересует дизайн CR, вы можете прочитать его в папке документации: https://github.com/ciplogic/CodeRefractor/blob/master/Documentation /BarchelorPaper2014.docx

Я использовал Portable Class Libraries (PCL), и они отлично работают. По сути, это подмножество .Net, которое может работать на нескольких устройствах (оно было специально разработано для этой цели).

Вы можете использовать Linq, async / await, lambdas и т. Д., Так что у вас есть все возможности синтаксиса C #.

Единственное предостережение: многие библиотеки .Net недоступны (например, криптография); обходной путь обычно заключается в поиске версии библиотеки, перенесенной на PCL, на Nuget или самостоятельном воспроизведении некоторых функций .Net. - Это ограничение фактически поощряется Microsoft, поскольку они утверждают, что ваш PCL должен использовать внедрение зависимостей из других ваших библиотек, чтобы включить недостающие функции. Например, ваш проект XBox может реализовывать библиотеки шифрования, которые отсутствуют в PCL, а ваш проект PCL должен быть внедрен для использования классов XBox во время выполнения (через интерфейсы и т. Д.); позже вы могли бы сделать что-то подобное для Android, и ваша библиотека Android внедрила бы библиотеку шифрования в ПЛК, но сама логика ПЛК не нуждалась бы в изменении и будет одинаковой для проектов XBox и Android.

Подробнее об этом http: // msdn .microsoft.com / en-us / library / vstudio / gg597391 (v = vs.110) .aspx

Это приложение .NET, оно будет зависеть от среды выполнения .NET. Вот лишь несколько вещей, которые он предоставляет:

1. ОГРОМНОЕ количество сборок в GAC, которые использует каждое приложение .NET (подумайте о пространствах имен System, среди многих других)
2. Компилятор JIT для превращения IL в исполняемый код.
3. Ключи реестра и другие необходимые модификации системы.

Скомпилировать все это в одно приложение непрактично, нежелательно или реально. Вы также можете упаковать платформу .NET в свое приложение и просто установить ее (рекомендуемый подход). Я считаю, что вам даже нужно устанавливать с помощью моно (я уверен, по той же причине).

Я знаю, что вы искали другое решение, но настоящий ответ заключается в том, что .NET не поддерживает этот тип компиляции.

На самом деле существуют некоторые инструменты для преобразования кода C # в код C ++, на самом деле инструкции il в код C ++. Затем вы можете напрямую скомпилировать код C ++. Но в настоящее время он находится в разработке, и может потребоваться некоторое время, чтобы его можно было использовать.

Он называется Code Refractor и доступен здесь: http://coderefractor.blogspot.ro/search?updated-min=2014-01-01T00:00:00-08 : 00 & updated-max = 2015-01-01T00: 00: 00-08: 00 & max-results = 10