1.3 Платформа asp.Net

 

Коли платформа ASP.NET була випущена вперше, від попередніх продуктів Microsoft і конкуруючих платформ її відрізняли сім ключових фактів.

 

Перший факт: ASP.NET інтегрується з. NET Framework

Платформа. NET Framework ділиться на практично неповторний ряд функціональних частин з десятками тисяч типів (в. NET так називаються класи, структури, інтерфейси і інші ключові елементи програмування). Кожен з тисяч доступних в. NET Framework класів розміщений в логічному ієрархічному контейнері, який називається простором імен (namespace). У різних просторах імен надається різна функціональність, але всі разом вони пропонують функціональні можливості для практично кожного аспекту області розподіленої розробки, починаючи з організації черг повідомлень і закінчуючи забезпеченням безпеки. Весь цілком цей великий набір інструментів називається бібліотекою класів (class library).

Цікаво те, що спосіб, яким класи .NET Framework можна використовувати в ASP.NET, нічим не відрізняється від того, яким вони застосовуються в додатках .NET будь-якого іншого типу (у тому числі автономних Windows-додатках, Windows-службах, утилітах командного рядка і т.д.). Хоча в. NET пропонуються орієнтовані спеціально на Windows і на веб-додатки класи для побудови користувацьких інтерфейсів, розробникам веб-додатків пропонуються ті ж самі інструменти, що і розробникам багатофункціональних клієнтських додатків.

 

Другий факт: кoд ASP.NET компілюється, а не інтерпретується

Подібно всім додаткам .NET, додатки ASP.NET завжди компілюються. Насправді виконання коду на С # або Visual Basic без попередньої компіляції просто неможливо.

Додатки ASP.NET в дійсності проходять через два етапи компіляції.

На першому етапі написаний код на С # компілюється в код на проміжному мові, що називається MSIL (Microsoft Intermediate Language - проміжна мова Microsoft), або просто IL. Цей перший етап якраз і є однією з головних причин, за якими в. NET можуть використовуватися самі різні мови. Справа в тому, що всі мови .NET, по суті, компілюються в практично ідентичний код IL. Цей перший етап компіляції може відбуватися як автоматично при першому запиті сторінки, так і виконуватися заздалегідь (це називається попередньою компіляцією). Скомпільований файл з кодом на IL являє собою збірку.

Другий етап компіляції відбувається безпосередньо перед фактичним виконанням сторінки. На цьому етапі код IL компілюється в код на низькорівневому машинному мовою. Називається цей етап оперативної (Just-In-Time - JIT) компіляцією і виглядає однаково для всіх додатків. NET (включаючи, наприклад, Windows-додатка). На рис.1.1 показаний цей процес компіляції, що складається з двох етапів.

Процес компіляції в. NET розділений на два етапи для надання розробникам якомога більшої зручності і мобільності.

Зрозуміло, етап оперативної компіляції, мабуть, не був би настільки корисним, якби його потрібно було виконувати при кожному запиті тієї чи іншої сторінки веб-сайту. Замість цього код на IL в них створюється один раз і генерується наново лише у разі зміни вихідного коду, а файли, що містять машинний код, кешуються в системному каталозі.

У ASP.NET також включені інструменти для виконання попередньої компіляції, за допомогою яких можна робити так, щоб додаток компілювати відразу ж в машинний код прямо після його розгортання на виробничому веб-сервері. Це дозволяє уникнути накладних витрат, пов'язаних з виконанням першого етапу компіляції при розгортанні готового.

Третій факт: в ASP.NET підтримується багато мов програмування

Хоча при розробці додатку перевагу, швидше за все, буде віддано якійсь одній мові, вибір мови ніяк не впливає на те, які завдання за допомогою додатку можна буде вирішувати. Причина в тому, що яка б мова не використовувалася, код завжди буде компілюватися в IL.

Мова IL є свого роду "трампліном" для будь-якого керованого застосування. (Під керованим, (managed) додатком розуміється будь-який додаток, який пишеться для. NET і виконується всередині керованої середовища CLR.) У певному сенсі IL навіть можна назвати мовою .NET, тому що вона є єдиною мовою, яку розпізнає виконуюче середовище CLR.

 

Четвертий факт: ASP.NET обслуговується середовищем CLR

Мабуть, найбільш важливим аспектом механізму ASP.NET є те, що функціонує він всередині виконуючого середовища CLR. Всі частини. NET Framework - тобто всі простори імен, додатки і класи - називаються керованим кодом.

Нижче перераховані деякі з наданих ним переваг:

        Автоматичне управління пам'яттю і збіркою сміття. При кожному створенні в додатку екземпляра об'єкта типу посилань CLR виділяє для нього в пам'яті відповідний простір в керованій купі. При виході посилання на об'єкт за межі області видимості (або завершенні роботи додатка) об'єкт відразу ж стає доступним для збирача сміття. Збирач сміття періодично запускається всередині CLR і автоматично відновлює невживану пам'ять.

        Безпека типів. При компіляції додатка. NET додає в збірку відомості про доступні класи, їх члени, типи даних і т.д. Це дозволяє використовувати їх в інших додатках без додавання додаткових файлів підтримки, а компілятору - засвідчуватися в правильності виклику під час виконання.

        Розширювані метадані. Інформація про класи і члени є тільки одним з типів метаданих, які .NET може зберігати в скомпілювати збірці. Метадані описують код і дозволяють надавати додаткову інформацію виконуючої середовищі та іншим службам.

        Структурована обробка помилок. У мовах. NET підтримується можливість структурованої обробки виключень, яка дозволяє організовувати код обробки помилок логічним і послідовним чином.

        Багатопотоковість. Середа CLR надає пул потоків, які різні класи можуть використовувати.

 

П'ятий факт: ASP.NET є об'єктно-орієнтованої технологією

ASP.NET є справжнісінькою об'єктно-орієнтованої технологією. Вона не тільки надає коду повний доступ до всіх об'єктів .NET Framework, але і дозволяє використовувати всі концепції об'єктно-орієнтованого програмування (ООП). Наприклад, вона дозволяє створювати придатні для повторного використання класи, стандартизувати код за допомогою інтерфейсів, розширювати існуючі класи за рахунок успадкування та об'єднувати корисні функціональні можливості в поширюваний скомпільований компонент.

Одним з найкращих прикладів підтримки об'єктно-орієнтованого поведінки в ASP.NET є серверні елементи управління. Ці елементи управління являють собою інкапсуляцію в мініатюрі. Розробники можуть маніпулювати об'єктами елементів управління програмно з використанням коду для налаштування їх зовнішнього вигляду, надання відображуваних даних і навіть реагування на події.

 

Шостий факт: ASP.NET підтримує всі браузери

Одним з найбільших випробувань для розробників веб-додатків є необхідність в забезпеченні підтримки безлічі різних браузерів. У різних браузерах, версіях і конфігураціях технології HTML, CSS і JavaScript підтримуються по-різному.

У ASP.NET ця проблема вирішена дивно інтелектуальним способом. Хоча всередині сторінки ASP.NET можна витягти інформацію про браузер клієнта і його можливостях, в дійсності в ASP.NET рекомендується ігнорувати такий підхід і користуватися розвиненим комплектом серверних веб-елементів управління. Ці серверні елементи управління генерують розмітку адаптивним чином, беручи до уваги всі можливості клієнта. Прикладом можуть служити пропоновані в ASP.NET елементи управління верифікацією, які використовують JavaScript і DHTML для поліпшення своєї поведінки. Іншим прикладом є набір оснащених Аjах елементів управління, які застосовують складні процедури JavaScript для перевірки версій браузерів та використовують ретельно протестовані обхідні шляхи для забезпечення узгодженої поведінки.

 

Сьомий факт: ASP.NET дозволяє легко виконувати розгортання й конфігурування

Одним з найбільш важких процесів, з яким розробникам доводиться стикатися, є розгортання готового додатка на виробничому сервері.

ASP.NET значно спрощує цей процес. Кожна встановлена копія .NET Framework забезпечує ті ж самі ключові класи. Завдяки цьому процедура розгортання додатки ASP.NET виконується відносно просто. Часто достатньо всього лише скопіювати всі файли в віртуальний каталог на виробничому сервері (за допомогою програми FTP або навіть утиліти командного рядка зразок XCOPY). Якщо на цільовій машині є копія .NET Framework, то робити якісь трудомісткі дії по реєстрації не знадобиться. Поширення компонентів, які використовуються в додатку, настільки ж просто. Для цього при розгортанні веб-додатки потрібно скопіювати збірки компонентів разом з файлами веб-сайту.

Процедура конфігурування є ще одним важким завданням, яке повинно виконуватися під час розгортання додатки, зокрема, коли необхідно передати захищену інформацію на зразок даних про облікові записи користувачів і їхні привілеї. У ASP NET рішення ця задача теж спрощена за рахунок мінімізації залежності від налаштувань IIS (Internet Information Services – інформаційні служби Інтернету). Замість цього більшість конфігураційних налаштувань ASP.NET зберігається в спеціальному файлі web.config.