CLR - «общеязыковая исполняющая среда»

[vedro-compota]

Здравствуйте, уважаемые программисты.
Есть вопрос относительно CLR . В книжке читаю -

Код
приложения
наС#
Последовательность действий
Прежде чем двигаться дальше, давайте сведем воедино все обсуж-
давшиеся шаги, необходимые для создания .NET-приложения:
Код на С#
1. Код приложения записывается на языке программирования,
совместимом с .NET, например на С# .
2. Полученная программа компилируется на язык
MSIL и помещается в модуль .
3 . Прежде чем этот код начнет выполняться
(сам по себе, если он является выполняемым,
или при вызове из другой программы), он
должен быть откомпилирован в родной код
с помощью ЛТ-компилятора .

4. Родной код выполняется в контексте управляемого
CLR совместно с другими приложениями или
процессами .

вопрос - 1)как может родной код

(2) кстати, что это - нолики и единицы или опять какой-то язык ?)

чем-то кроме железок или процессора управляться или выполняться? - получается , что CLR - это "виртуальная машина" , но тут же выходит, что эта самая CLR должна быть в операционной системе (иначе код не выполниться) - то есть /exe-файлы - выполняются только при наличии CLR ?
3) CLR всегда входит в операционную систему? (иначе программы работать не смогут, так как -

д. Код, написанный с помощью .NET Framework, является управляемым
на этапе выполнения (данный этап зачастую называется временем выполнения
(runtime)). Это означает, что CLR отслеживает выполнение приложений, управляя
памятью, межъязыковой отладкой, обеспечением безопасности и т. п. Напротив,
приложения, которые выполняются не под контролем CLR, называются неуправ-
ляемыми, и в них можно использовать определенные языки программирования,
такие как C++, для получения, например доступа к функциям нижнего уровня
операционной системы.

4) что же тогда "управляет" exe-шниками созданными, например, на С++ ?

------------------------
Заранее благодарю за ответы)
)

[Xeonc]

В свое время нам на курсах объясняли как-то так:
CLR(Common Language Runtime) - общая среда для исполнения всех .NET языков.
Т.е. сначала написанный код транслируется в CLR, а CLR уже транслирует в машинный код. Отчасти да, он похож на виртуальную JAVA машину. Ну и собственно, сама CLR ставится в комплекте с .NET Framework


В правильности изложенного не вполне уверен, но насколько я помню - это так

[vedro-compota]

Ну и собственно, сама CLR ставится в комплекте с .NET Framework

то есть обе эти "штуки" присутствуют в любой версии Windows? _))

[Xeonc]

В старых версиях XP и ниже - не было, надо было отдельно качать с сайта мелких. А висту и семерку не юзал, не знаю, возможно уже включено

[Xeonc]

А, ну и конечно же этот фреймворк ставится при установке вижуал студии

[Пепел Феникса]

1)да виртуальная машина
2)это все опкоды виртуальной машины, в общем то так есть всегда, машинные кода процессора x86 тоже опкоды, а не тупо 01...
3)в общем случае нет, она ставится с .NET FrameWork, правда, последний порой входит в ОС по умолчанию.
4)если скомпилирована программа в машинные коды процессора, то напрамую проц её и исполняет, без интерпритации(JIT-компиляция в CLR, если точнее)

[vedro-compota]

в общем случае нет, она ставится с .NET FrameWork, правда, последний порой входит в ОС по умолчанию.

то есть если у человека на компе нет .NET FrameWork - то и программа работать не будет ?

.NET Framework — программная платформа от компании Microsoft, предназначенная для создания обычных программ и веб-приложений.

+

Платфо́рма (компьютерная) — совокупность компьютеров, совместимых между собою в том или ином смысле.

2.1)правильно ли утверждение

".NET Framework - это.........мммммммм......метод (концепция) перевода кода языков высокого уровня в код языков уровняя более низкого , с последущим доведением до кода машинного (для проца) . Применяется NET Framework , например , в Visuai Studio. NET"

2.2) Выражение

"разработано для платформы"

подразумевает - что устройство (железка) на котором будет работать программа имеет в своей операционной системе некую виртуальную машину (компилятор для exe) , которая и обеспечит понятность уже "скомпилированного" (в некий промежуточный язык, понятный виртуальной машинке) кода "процессору " устройства.
Это так?

[vedro-compota]

машинные кода процессора x86 тоже опкоды, а не тупо 01...

мммм.....что-то это не особо понятно - разве в конечном итоге программа - это не 0101001 - расположенные но столько-то штук в "ячейке" ?

[p51x]

метод (концепция) перевода кода языков высокого уровня в код языков

Нет. Это именно платформа = среда исполнения, виртуальная машина, набор классов (либ)...

разве в конечном итоге программа - это не 0101001 - расположенные но столько-то штук в "ячейке" ?

расположенные в опред. ячейках и определенного формата

[Пепел Феникса]

мммм.....что-то это не особо понятно - разве в конечном итоге программа - это не 0101001 - расположенные но столько-то штук в "ячейке" ?

не совсем, если разобратся(занимаясь компилем асма, я разбирался) то там записаны именно команды процессора, просто в бинарном виде они выглядят именно как 01

то есть если у человека на компе нет .NET FrameWork - то и программа работать не будет ?

если программа написана для .NET, то нет.

2.1)правильно ли утверждение

что есть платформа .NET, это в первую очередь MSIL(IL), то есть архитектура по принципу архитектуры процессора(x86 к примеру) то есть, свои команды и прочее.
значит компилятор для .NET это обычный компилятор по сути, просто у него иная целевая платформа, не x86, а MSIL, то есть код компилируется в другие команды(команды другой архитектуры)
видимо, ты не имел никогда дела с иными платформами(имею опыт тесного общения с процем архитектуры ARM7), и просто не можешь понять, как это так, иные команды, без обид

подразумевает - что устройство (железка) на котором будет работать программа имеет в своей операционной системе некую виртуальную машину (компилятор для exe) , которая и обеспечит понятность уже "скомпилированного" (в некий промежуточный язык, понятный виртуальной машинке) кода "процессору " устройства.
Это так?

MSIL, как и JVM, это виртуальные машины, выполняющие команды иной архитектуры на нашей архитектуре, разница от простой VM, в том что они выполняют некие, придуманные, комманды, а не от реальной аппаратуры(хотя чисто в теории можно реализовать и аппаратно поддержку MSIL)
выше я говорил что .NET нужен.

вродь нигде не ошибся