Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
ООП_KAZYMYR.doc
Скачиваний:
14
Добавлен:
09.11.2019
Размер:
3.71 Mб
Скачать

4.2.1.Механізм пізнього зв'язування

Як ми вже відзначали вище, зв'язок установлювана між об'єктами й методами на етапі виконання програми називається пізнім зв'язуванням Розглянемо його суть.

Побудуємо ієрархію класів “Точка-Коло”:

class Point {

public:

int x,y;

virtual void SwOn();

virtual void SwOff();

void SwMove(int, int);

};

class Circle : public Point {

public:

int r;

void SwOn();

void SwOff();

};

Point::SwMove (int i, int j){

SwOff();

x = x + i;

y = y + j;

SwOn();

}

void main () {

Point * pPoint;

Circle * pCircle;

pPoint(Move(10,20);

pCircle(Move(20,30);

}

Я кби методи SwOn і SwOff не були оголошені як віртуальніто ми б мали схему виклику методу Move, показану на рис. 4.1.

Рис. 4.1. Схема раннього (статичного) зв'язування

В обох випадках були б викликані методи класу Point.

П ри віртуальному оголошенні методів SwOn і SwOff установлюється динамічний зв'язок з методами, як це показано на рис. 4.2.

Рис. 4.2. Схема пізнього (динамічного) зв'язування

У результаті для об'єкта типу Point будуть викликані його методи SwOn і SwOff, а для об'єкта типу Circle – свої.

Для забезпечення динамічного виклику функцій SwOff і SwOn необхідно:

  • розірвати статичний зв'язок між Point::Move і Point::SwOn (Point::SwOff);

  • забезпечити можливість для методу Move викликати методи SwOn і SwOff залежно від того, для якого об'єкта викликаний метод Move.

Це досягається за рахунок створення спеціальної таблиці віртуальних методів (Virtual Method Table – VMT).

4.2.2.Таблиця віртуальних методів

С хема побудови й використання VMT для класів Point і Circle наведена на рис. 4.3.

Рис. 4.3. Схема побудови й використання VMT.

Тут K – контрольна сума

VMT створюється автоматично в статичній пам'яті на етапі компіляції для класів, які містять хоча б один віртуальний метод. Кожний об'єкт такого класу має покажчик на VMT свого класу. Ініціалізуєтся цей показник при виклику конструктора, тобто конструктор не тільки виділяє динамічну пам'ять під об'єкт та ініціалізує поля даних об'єкта, але й встановлює зв'язок між об'єктом і відповідної VMT. Поле VMT «Розмір об'єкта» задає величину необхідної для розміщення об'єкта пам'яті, а поле «K» служить для перевірки факту встановлення зв'язку з VMT.

Адреси віртуальних методів в VMT задаються як зсув від початку таблиці. При виклику віртуального методу встановлюється зв'язок між змінною this, класом об'єкта і його VMT. Якщо зв'язок установлений успішно (перевіряється по полю «K»), то керування передається на код необхідного віртуального методу шляхом вказівки відповідного зсуву. Таким чином, структура створювана при пізньому зв'язуванні забезпечує побудову двійкового формату для зв'язаних об'єктів.

О бласть даних VMT суперкласу повинна входити в усі VMT класів-нащадків, причому у всіх їх VMT методи базового класу повинні мати однаковий зсув, як це показано на рис. 4.4. 

Рис. 4.4. Зв'язок VMT при побудові ієрархії класів

Для використання механізму пізнього зв'язування необхідно, щоб класи з віртуальними методами мали конструктори, які не можна визначати віртуальними. Що стосується деструкторів, то для коректного звільнення пам'яті, займаної об'єктом, їх переважно визначати, як віртуальні методи. Якщо віртуальна функція є одночасно й inline, то підстановка тіла функції здійснюється тільки в тому випадку, коли механізм віртуального виклику ігнорується. Наприклад, так відбувається при виклику функції з використанням кваліфікатора <::>.

Застосування пізнього зв'язування має свої достоїнства й недоліки. До числа останніх відносяться: збільшення витрати пам'яті на створення VMT, а так само збільшення часу для виклику методів через VMT. Однак зазначені недоліки компенсуються гнучкістю, що дає поліморфізм.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]