Основи платформи. Net framework 2006 Зміст


НазваОснови платформи. Net framework 2006 Зміст
Дата конвертації10.04.2013
Розмір445 b.
ТипПрезентации


Основи платформи .NET Framework

  • 2006


Зміст

  • Платформа .NET. Основні складові частини.

  • Середовище виконання .NET.

  • Загальна система типів CTS.

  • Поняття керованого коду.

  • .NET -компіляція.

  • Метадані. Самоопис керованого коду .NET. Механізм рефлексії.

  • Мова CIL.

  • Міжмовна інтеграція у .NET.

  • Just In Time (JIT) компіляція.

  • Управління пам'яттю. Збирання сміття.

  • Збірки .NET.



Від COM до .NET

  • За іронією долі платформа .NET Framework з'явилася у результаті зусиль, спрямованих на те, щоб спростити розробку COM-додатків. Тобто сталося так, що не зовсім вдала платформа COM була не просто підправлена чи виправлена, а фактично замінена новою – .NET Framework вважається новою платформою компонентного програмування від Microsoft.



Платформа .NET Framework. Трохи історії

  • Розробка платформи почалася у 1998 році. Перша робоча назва Project 42, потім була назва COM Object Runtime чи, скорочено, COR, пізніше Lightning, COM+ 2.0, Next Generation Web Services і, нарешті, Framework.

  • Ще у 1998 році була представлена архітектура середовища виконання .NET – “віртуальної машини .NET” :

  • "Більш ніяких GUID, ніяких HRESULT, ніяких IUnknown!”.

  • Початкова назва середовища виконаннявіртуальна система виконання (Virtual Execution System), пізніше почав використовуватись термін загальномовне середовище виконання (Common Language Runtime, CLR).

  • 13 лютого 2002 року – представлено пакет .NET Framework.

  • Загалом, .NET Framework – це середовище виконання для додатків нового покоління. Його ядром виступає CLR віртуальна машина .NET”, інструкції якої визначаються об'єктно-орієнтованою мовою CIL (Common Intermediate Language, загальна проміжна мова).

  • Не менш важливим компонентом платформи .NET є Framework Class Library (FCL) – єдина бібліотека для всіх мов платформи .NET.



Платформа .NET Framework. Основні складові частини

  • .NET Framework – це середовище виконання для додатків нового покоління.

  • Ядром .NET Framework виступає CLR віртуальна машина .NET”, інструкції якої визначаються об'єктно-орієнтованою мовою CIL (Common Intermediate Language, загальна проміжна мова).

  • Другим важливим компонентом платформи .NET Framework є Framework Class Library (FCL) – єдина бібліотека для всіх мов платформи .NET.



Середовище виконання для .NET-додатків

  • CLR або “віртуальна машина .NET”, спряжена з двома стандартизованими специфікаціями:

    • загальна система типів — CTS (Common Type System). Наявність загальної системи типів є засадою можливості самоопису NET-компонентів.
    • загальна проміжна мова — CIL (Common Intermediate Language), MS IL.


Специфікація Microsoft загальної інфраструктури мов (Common Language Infrastructure, CLI )

  • Окрім .NET Framework відомі й інші спроби реалізації CLI: платформа Mono компанії Ximian, проект Portable.NET. Крім того, Microsoft пропонує вихідні коди ще однієї своєї реалізації CLI під Windows та FreeBSD – це Shared Source CLI, для якої використовується також назва Rotor).

  • Реалізації CLI та платформи:



Специфікація Microsoft загальної інфраструктури мов CLI. Складові частини CLI

  • Складові частини CLI (Common Language Infrastructure):

  • Загальна система типів CTS (Common Type System) – містить основні типи, що зустрічаються в розповсюджених мовах програмування.

  • Віртуальна система виконання VES (або CLR) – відповідає за завантаження і виконання програм, написаних для CLI.

  • Загальна проміжна мова CIL (Common Intermediate Language). (Вона є цільовою мовою компіляторів, що орієнтуються на CLI).

  • Загальна специфікація мов CLS (Common Language Specification) – угоди щодо правил використання типів CTS (засади міжмовної інтеграції).

  • Система метаданих (Metadata System) – призначена для опису типів, зберігається в незалежному від конкретної мови програмування вигляді. Використовується для підтримки компонентної (у тому числі міжмовної) інтеграції.



Специфікації CTS, CLS – основа для “безшовного підключення” до .NET інших мов

  • Загальна система типів CTS регламентує аспекти, пов'язані з типами.

  • Усі типи є класами. Кореневий клас Object (ToString, GetType; не дивуйтесь 7.ToString() ).

  • Тип Type – спрощуються задачі рефлексії.

  • Value та reference типи. Reference-змінна – інкапсулює одночасно вказівник та інформацію про тип. (.NET каже “ні” безтиповому підходу, адресній арифметиці. Є лише дві загальнодоступні операції над посиланнями: читання та занесення даного).

    • Політика безпечності типів (контроль доступу з боку CLR).
    • Автоматичне збирання сміття.
  • Атрибути – об'єкти, що прикріплюються до типів чи їх членів.

  • Регламентуються члени класів (поля, методи, властивості, події, вкладені методи), регламентуються успадкування типів (лінійне для класів та структур і множинне для інтерфейсів).

  • Загальною специфікацією мов CLS регламентуються аспекти, пов'язані з реалізацією компіляторів. Зокрема, регламентуються правила використання надмовних понять: збірок, метаданих.



Деякі типи .NET Framework. CLS-сумісність



.NET-компіляція

  • .NET-компілятор за вхідним кодом генерує байт-код (керований код), що складається з програмного коду (набору інструкцій) у проміжній мові CIL та метаданих.

  • Метадані є засобом самоопису коду, зокрема, метадані містять інформацію про всі класи, що визначені у вхідному коді (модулі).

  • Найчастіше результатом компіляції виступають PE-файли (Portable Executable) – .NET Framework розширює специфікацію PE-файлів, за рахунок чого програмісти .NET найчастіше мають справу зі знайомими розширеннями файлів EXE та DLL.

  • Але у даному випадку це знайомі “незнайомці” – модулі керованого коду (байт-коди .NET).

  • (Модулі із розширенням NETMODULE називають “сирими”. Вони не можуть, наприклад, окремо завантажуватись, а тим більше виконуватись).



.

  • .



.NET -компіляція. Метадані

  • Метадані є засобом самоопису коду, зокрема, метадані містять інформацію про всі класи, що визначені у вхідному коді (модулі).

  • Метадані дозволяють ефективно розв'язувати наступні важливі задачі компонентного проектування програм:

    • міжмовна інтеграція;
    • віддалена взаємодія між об'єктами (. NET Remoting);
    • механізми відбиття чи рефлексії (. NET Reflection);
    • серіалізація даних (Serialization).
  • Метадані є абсолютно прозорими для програмістів.



.NET -компіляція. Мова CIL

  • Код у мові CIL – це незалежний від процесора набір інструкцій, які, з одного боку, можна ефективно перетворити в машинний код, а з іншого – забезпечують об'єктну підтримку та, зокрема, виклики методів об'єктів, а також арифметичні та логічні операції, передачу управління, обробку виключень тощо.

  • Дизасемблер ildasm.exe забезпечує:

    • перегляд “асемблерного” коду CIL та перегляд метаданих;
    • дизасемблювання байт-коду в “асемблерний” код.
  • Асемблер ilasm exe:

    • забезпечує підтримку програмування (при бажанні) у CIL -“асемблерній” мові.


Міжмовна інтеграція у .NET. Мовна безшовність .NET



Міжмовна інтеграція у .NET



Міжмовна інтеграція у .NET. Приклад. ( “Сервер у клієнтському процесі”, “внутрішній сервер”)



Міжмовна інтеграція .NET. Приклад. (Звичайний, “не серверний” клас у DLL).



Приклад віддаленої взаємодії (remoting)



Приклад віддаленої взаємодії (remoting)



.NET- файли. Дизасемблер ildasm.exe. Метадані SOBj_.dll



.NET- файли. Дизасемблер ildasm.exe. Метадані SOBj_.dll



.NET- файли. Дизасемблер ildasm.exe. Метадані SOBj_.dll



.NET- файли. Дизасемблер ildasm.exe. Метадані SOBj_.dll



.NET- файли. Дизасемблер ildasm.exe. Метадані



.NET- файли. Дизасемблер ildasm.exe. Маніфест файлу CForm_.exe



.NET- файли. Дизасемблер ildasm.exe. Перегляд методу cmdCall_Click (файл CForm_.exe)



Керований код .NET. Як запускається віртуальна машина .NET?

  • CLR повністю контролює виконання байт-коду .NET (саме тому виконуваний .NET-код називається керованим managed). Зокрема, CLR забезпечує різноманітні служби і серед них автоматичний збирач сміття.

  • Windows після проеціювання виконуваного .NET-файлу сканує таблицю імпорту та завантажує з неї усі бібліотеки, серед яких завжди є mscoree.dll (часто вона буває взагалі єдиною у таблиці імпорту, mscoree – абревіатура від Microsoft Component Object Runtime Execution Engine). Бібліотека mscoree.dll – це завантажувач CLR (завантажувач віртуальної машини .NET). А точка входу керованого коду (виконуваного .NET-файлу EXE чи DLL) є заглушкою з командою (інструкцією) передачі управління віртуальній машині .NET.



Just In Time (JIT) компіляція у машинний код (компіляція за потребою, компіляція “на льоту”)

  • Особливості JIT-компіляції:

  • Саме компіляція (у машинний код), а не інтерпретація.

  • Не вся програма (байт-код) компілюється. (Компіляція за потребою – враховується, що при виконанні програми не весь її код може бути використаним, а отже не весь варто компілювати).

    • Не використовувані збірки навіть не завантажуються, не кажучи вже про їх компіляцію.
    • Спочатку (під час завантаження) для кожного з методів створюється спеціальна “заглушка”. При першому виклику метода заглушка забезпечує передачу керування JIT-компілятору, метод компілюється і заглушка змінюється так, щоб наступні виклики метода призводили до передачі управління отриманому машинному коду, що реалізує даний метод.


JIT-компіляція та строга типізація коду

  • У процесі компіляції у машинний код CLR забезпечується перевірка на те, чи є код строго типізованим, тобто чи виконуються наступні вимоги:

    • усі посилання є, по-перше, типізованими і, по-друге – сумісними з тими даними, які адресуються відповідними вказівниками;
    • для об'єкта викликаються тільки правильно визначені операції;
    • посвідчення типів (“повні” імена типів, включаючи ім'я збірки) є коректними (“справжніми”).
  • Строга типізація дозволяє ізолювати об'єкти один від одного і унеможливити їх ненавмисне чи навмисне ушкодження. Це дуже важливо для безпеки коду.

  • Саме строга типізація є підґрунтям застосування доменів, а також підходу до реалізації автоматичного збирача сміття.



Кероване виконання машинного коду. Використання служб

  • Загальмовне середовище виконання (віртуальна машина .NET) надає інфраструктуру, яка забезпечує кероване (managed) виконання машинного коду: під час виконання машинного (керованого) коду віртуальна машина .NET забезпечує наступні служби:

    • збирання сміття;
    • безпеки;
    • взаємодії з некерованим кодом;
    • віддаленої взаємодії;
    • управління потоками;
    • підтримки відстеження версій.
  • .NET Framework підтримує взаємодію керованого коду з некерованим, зокрема COM-маршалер (COM marshaler) забезпечує перетворення (маршалінг) даних при їх передачі між керованим і некерованим оточеннями.



Управління пам'яттю. Збирання сміття

  • Автоматичне управління пам'яттю це одна зі служб, яку “віртуальна машина” (CLR) надає у процесі керованого виконання.

  • Зокрема, вирішуються ключові проблеми управління пам'яттю:

    • витікання пам'яті”;
    • висячі посилання”.
  • Підхід .NET наполягає на тому, щоб відмовитись від явного управління пам'яттю, натомість пропонується використовувати екземпляри типів (класів).

  • (Варто нагадати, що всі типи .NET, навіть базові, є класовими типами).



Збирання сміття (garbage collection, GC). Основні поняття

  • “Керована” купанеперервна (!) область адресного простору (забезпечується висока швидкість виділення пам'яті).

  • “Корені”. Кожен корінь або посилається на об'єкт (типізований!), який міститься у керованій купі, або має порожнє значення. (Корені пов'язані з глобальними та статичними об'єктами, локальними змінними, параметрами у стеку).

  • Покоління. (0-, 1-, 2-покоління).

  • Ущільнення пам'яті.

  • Метод Finalize, черга фіналізації.



Самоопис керованого коду .NET. Механізм рефлексії

  • Керований код .NET містить метадані (metadata), які представляють собою опис самого коду, зокрема опис усіх використаних у коді типів.

  • .NET Framework, спираючись на метадані, забезпечує підтримку механізму рефлексії (reflection). У просторі імен System.Reflection.Emit надаються функції, які дозволяють отримувати дані про типи, що використані у збірці. Далі, за отриманими даними про типи, .NET Framework дозволяє динамічно (під час виконання програми) створювати об'єкти екземпляри таких типів.



Збірки .NET

  • Збірки — фундаментальні одиниці, "будівельні" блоки .NET. Саме збірки при потребі завантажуються та виконуються віртуальною машиною. Саме зі збірками пов'язані механізм керування версіями та механізм захисту. "Повне ім'я" будь-якого типу в CIL прив'язане до збірки.

  • Збірка (assembly) є логічним об'єднанням програмних модулів, ресурсних файлів, а також інших збірок . Про "склад" збірки можна дізнатись з її маніфесту, який є частиною метаданих.

  • Збірка може розгортатись в каталозі проекту. Така збірка називається закритою, оскільки вона не є доступною для проектів в інших каталогах. Щоб забезпечити використання збірки різними додатками, її потрібно занести у кэш глобальних збірок GAC (Global Assembly Cache).

  • (Збірки можуть бути також динамічними. Такі збірки створюються у пам'яті під час виконання проекту.)



Пакет .NET Framework — платформа інтеграції програмного забезпечення

  • Проголошуються дві технології компонентної інтеграції:

    • CLR — інтеграція (загальномовна!) програмних модулів в одному процесі;
    • XML Web-services — інтеграція з використанням Internet (насправді, ця технологія є окремим випадком більш загального підходу, що отримав назву .NET Remoting).
  • Обидві технології ґрунтуються на одних і тих же самих концепціях: строго типізованих контрактах (тут ключовим є поняття метаданих) та інкапсуляції.



Порівняння компонентних підходів COM та .NET. Ключова розбіжність віртуалізація (virtualization) контрактів .NET

    • Контракти компонентів COM є "фізичними" ("двійковими"), звідки жорсткі умови міжкомпонентних викликів: точні зміщення у таблиці віртуальних методів vtable, точна дисципліна стека (_stdcall), точний формат вказівників на інтерфейс тощо. Практична необхідність використання метазасобів для опису контрактів два формати. (Два метазасоби: мова IDL та бібліотеки типів TLB).
    • Контракти компонентів .NET є віртуалізованими – не використовується "фізичний" (“двійковий”) рівень, ніяких угод про представлення у пам'яті. Контракти представляються у форматі метаданих (metadata). (Прозорість метаданих).
      • Інструментальні засоби читання та генерування.
      • Методами компонентів не можна скористатись без метаданих (обов'язкове “супроводження” на відміну від COM ).
      • CIL абстрагований від “машинного рівня”, у ньому виклики компонентних методів посилаються на метадані з використанням звичайних імен, а не вказівників чи зміщень.


Схожі:

Основи платформи. Net framework 2006 Зміст iconОснови платформи. Net framework 2006-2012 Зміст

Основи платформи. Net framework 2006 Зміст iconОснови платформи. Net framework 2007 Зміст

Основи платформи. Net framework 2006 Зміст iconПеренесення рішень із платформи. Net на платформу com 2006 Зміст

Основи платформи. Net framework 2006 Зміст iconОснови віддаленої взаємодії об'єктів. Net (. Net remoting) 2006-2009 Зміст

Основи платформи. Net framework 2006 Зміст iconПеренесення рішень із платформи com на платформу. Net 2006 Зміст
Компонент це відчужений виконуваний бінарний код, до якого, як правило, додатково ставляться наступні вимоги
Основи платформи. Net framework 2006 Зміст iconОснови віддаленої взаємодії об'єктів. Net (. Net remoting) 2006 Зміст
На цьому ґрунтується захист: збій в одному домені не впливає на інші домени, навіть у тому ж процесі. Зауважимо, що реальний процес...
Основи платформи. Net framework 2006 Зміст iconОснови віддаленої взаємодії об'єктів. Net (. Net remoting) 2008 Зміст

Основи платформи. Net framework 2006 Зміст iconОснови віддаленої взаємодії об'єктів. Net (. Net remoting) 2009 Зміст

Основи платформи. Net framework 2006 Зміст iconОснови віддаленої взаємодії об'єктів. Net (. Net remoting) 2007 Зміст

Основи платформи. Net framework 2006 Зміст iconДо перенесення рішень із платформи. Net на платформу com 2010-2011 Створення бібліотеки класів (під com)


Додайте кнопку на своєму сайті:
dok.znaimo.com.ua


База даних захищена авторським правом ©dok.znaimo.com.ua 2013
звернутися до адміністрації
dok.znaimo.com.ua
Головна сторінка