Важно отметить, что IL недавно был принят как стандарт ANSI (American National Standards Institute — Национальный институт стандартизации США). Это может значительно ускорить принятие других структур общих языков. Проект Mono (http: //www.go-mono.com) является примером одного из таких проектов.

Общая спецификация языка

Общая спецификация языка (CLS) определяет стандартные свойства, которыми должны обладать все объекты для связи друг с другом в однородной среде. Для обеспечения этой связи CLR ожидает от всех объектов соответствия определенному набору правил.
CLS и представляет собой набор этих правил. Правила определяют законы, которым должны следовать все языки, такие как ключевые слова, типы, примитивные типы, перегрузки методов и тому подобное. Любой компилятор, генерирующий код IL для исполнения в CLR, должен придерживаться всех правил, устанавливаемых CLS. CLS позволяет разработчикам, поставщикам и производителям программного обеспечения не выходить за пределы общего набора правил для языков, компиляторов и типов данных. С течением времени появится еще больше языков и компиляторов, соответствующих CLS, хотя несколько уже доступны.
Наличие этих критериев может усложнить создание компилятора языка, генерирующего истинный CLR-совместимый код. Однако компиляторы могут существовать практически для любого языка, который вы собираетесь использовать. Только представьте себе — программисты на мэйнфреймах, которые предпочитали COBOL в период его расцвета, теперь могут воспользоваться своей базой знаний при создании Web-приложений!

Факт 4: ASP.NET функционирует внутри
исполняющей среды CLR

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

• Автоматическое управление памятью и сборка мусора. Каждый раз когда ваше приложение создает экземпляр объекта. CLR выделяет для него пространство памяти в управляемой куче. Однако вам никогда не придется очищать эту память вручную. Как только ссылка на объект выходит за пределы области видимости (или приложение завершается), объект становится доступным для сборщика мусора. Сборщик мусора периодически запускается внутри CLR, автоматически восстанавливая неиспользованную память для недоступных объектов. Эта модель избавляет от низкоуровневых деталей манипулирования памятью C++ и от запутанности подсчета ссылок СОМ.
• Безопасность типов. При компиляции приложения .NET добавляет к сборке информацию о доступных классах, их членах, типах данных и тому подобном. Это приводит к полной самостоятельности скомпилированных сборок кода. Другие разработчики могут использовать их без запроса каких-либо других файлов поддержки, и компилятор может проверять допустимость каждого обращения во время выполнения. Этот дополнительный уровень безопасности полностью избавляет от возникновения низкоуровневых ошибок наподобие печально известного переполнения буфера.

предыдущая    следующая страница   оглавление

42