.NET: ориентация на среду выполнения

Ориентация на среду выполнения означает компиляцию для среды выполнения, то есть, среди прочего, вывод CIL, также известного как MSIL (в отличие от машинного кода x86 / x64 / и т. Д.).

Сказать, что все, что не нацелено на среду выполнения, является «неуправляемым кодом», - это своего рода ложная дихотомия. Например, код, работающий на JVM, возможно, является управляемым, но я думаю, что в этом контексте мы можем принять предложение, означающее «без изменений [со стороны CLR]».

Можно было бы написать компилятор C #, который мог бы выдавать собственный код и не ориентироваться на среду выполнения (хотя вам, вероятно, понадобится некоторая среда выполнения по крайней мере для GC), и в равной степени можно написать C компилятор, выплюнувший CIL. В этом примере гипотетический компилятор C # нацелен не на среду выполнения, а на гипотетический компилятор C. Важное различие здесь - отделение языка от его цели.

Приложение .NET, не предназначенное для среды выполнения, было бы противоречием. Если бы он не был нацелен на среду выполнения, это не было бы .NET-приложением.

Однако он может стать более нечетким с unsafe и P/Invoke. Когда вы используете такие функции, как P/Invoke или COM-взаимодействие, вы в конечном итоге ориентируетесь на среду выполнения и, кроме того, некоторые другие вещи. Это не означает, что вы перестали ориентироваться на среду выполнения, это просто означает, что у вас есть дополнительные зависимости помимо среды выполнения. Отслеживание подобных вещей - вот почему такие вещи, как CLSCompliantAttribute существуют.

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

Это нечеткий термин, он означает «настройку инструментов сборки для создания двоичного образа, совместимого с управляемой средой выполнения». Исполняемый файл, который может запускать управляемый код, следует стандартному формату файла PE32. Знакомые вам как EXE и DLL файлы. Такой двоичный образ на языке .NET называется «сборкой». Его формат хорошо задокументирован в этом стандартном документе Ecma.

Большинство широко используемых инструментов сборки очень специфичны для создания управляемых сборок. Как csc.exe и vbc.exe, соответственно, компиляторы C # и VB.NET. Некоторые инструменты могут генерировать и то, и другое, и их необходимо запускать с правильными параметрами командной строки, чтобы получить желаемый конечный результат. Подобно cl.exe и link.exe, компилятор и компоновщик для C / C ++ со встроенной поддержкой языка C ++ / CLI. Они также могут создавать сборки, содержащие сочетание управляемого IL и машинного кода.

В особенности последние два инструмента не так просты в использовании для управляемой среды выполнения. Это задача IDE и системы сборки, включенной в Visual Studio, чтобы упростить эту задачу.