Common Language Runtime и ASP.NET. Промежуточный язык. Выполнение приложения. Обработка процессов. Сборки. Одновременность

Common Language Runtime и ASP.NET

Промежуточный язык

Когда страница ASP.NET компилируется, она преобразуется в код промежуточного

языка от Microsoft (Microsoft Intermediate Language, MSIL). Этот язык представляет

собой эффективный и независимый от центрального процессора набор инструкций,

предназначенный для управления приложениями. В сущности, это написанный вами

программный код, но в более компактной форме. Его легко можно преобразовать в ма-

шинный код, являющийся "родным" для конкретного компьютера. Код MSIL хра-

нится в переносимом выполнимом (portable executable, РЕ) файле.

Выполнение

Когда ваше приложение готово для выполнения, то его код MSIL преобразуется с

помощью компилятора JIT (just-in-time, означает "на подхвате") в "родной" машин-

ный язык. Таким образом гарантируется, что каждое приложение изолировано и не пересекается с другими приложениями, то есть гарантируется, что данные в памяти не

испортятся, и не будет аварийных завершений. Компилятор JIT позволяет пройти проверку только коду с безопасным типом.

Обработка процессов

При традиционном методе обработки приложений, проводимой операионной системой, используются процессы. Процесс запускает одно приложение, и он же определяет, какие ресурсы доступны тому приложению. Границы процессов изолируют приложения друг от друга. Так что если один процесс (или приложение) аварийно завершится, то остальные

могут без запинки продолжать свою работу.

Впрочем, что касается производительности и стабильности, то такой метод может и не оправдать себя. Однако в.NET Framework имеется нечто новое — домены приложений. Они представляют собой более мелкие единицы обработки. Так как системе CLR известно, что весь выполняемый ею код имеет безопасный тип, то на отслеживание процессов она может тратить меньше времени. У одного приложения при необходимости может быть множество доменов, а это означает большую отказоустойчивость.

Сборки

Сборка — это в CLR основная единица для общих и повторно используемых ресурсов. Сборки содержат, в свою очередь, другие файлы, которые представляют общую совокупность, например, страниц ASP.NET, файлов РЕ или исходных файлов VB.NET. Похожим на сборку объектом в традиционной структуре Windows является библиотека динамических связей (dinamic linked library, DLL). Однако сборки в структуре.NET

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

Одновременное выполнение

CLR способна одновременно выполнять множество версий одних и тех же сборок. Это похоже на одновременное выполнение в традиционной сети множества версий DLL, что, впрочем, было невозможно, но крайне желательно.

Что CLR значит для ASP.NET?

Что касается разработки ASP.NET, то здесь система CLR значительно уменьшает коли-

чество поводов для беспокойства:

Она намного лучше управляет памятью, чем традиционный метод, и обеспечивает приложениям ASP.NET намного более высокую производительность и стабильность. При более надежной изоляции отказов вам больше не нужно повторно запускать IIS или даже перезагружать сервер, когда аварийно завершится выполнение какого-либо Web-приложения. Технология ASP.NET намного более надежна, чем предыдущие методы Web-разработки.