авантажувати в пам'ять тільки тоді, коли вони потрібні для виконання додатків, реалізуючи тим самим динамічне завантаження. При цьому знову ж досягається економія системних ресурсів. Так, наприклад, в DLL можна реалізувати діалог, за допомогою якого змінюються будь параметри програми. Користувач може місяцями не звертатися до даного діалогу, і при цьому DLL, в якій він реалізований, не завантажується в пам'ять і не споживає системних ресурсів. Тільки в момент, коли користувач звертається до цього діалогу, відбувається завантаження DLL в пам'ять, але після виконання діалогу ця пам'ять звільняється. Використовуючи динамічне завантаження, можна оформити динамічний інтерфейс користувача: відповідні опції меню програми з'являються в тому випадку, якщо знайдена дана DLL, і зникають при її відсутності. Такий інтерфейс зручний при поставці додатків, в яких користувач може замовити додаткові можливості за окрему плату. br/>
Створення найпростішої DLL. Угоди про виклики методів
До складу Delphi входить експерт для створення DLL, який викликається при виборі команди File/New і піктограми DLL на сторінці New репозитарія об'єктів. При цьому виникає заготівля для реалізації DLL:
library FirstLib;,;
. br/>
У наведеному вище коді відсутня текстовий коментар, який генерується експертом. Заготівля відрізняється від заготівлі для створення коду *. Exe-файлу тим, що використовується службове слово Library замість Program. Крім того, відсутні звернення до методів об'єкта TApplication (хоча примірник цього об'єкта в дійсності створюється в DLL!), А також модуль реалізації головної форми. p align="justify"> Коли в додатку здійснюється виклик методу, його параметри (як і локальні змінні) поміщаються в стек. Стек, який представляє собою зарезервоване місце в ОЗУ комп'ютера, має покажчик поточної позиції, який при старті програми встановлюється на початок стека. При виклику методу в стек поміщаються всі локальні змінні і параметри методу, при цьому покажчик поточної позиції стека зміщується вправо відповідно до розміру розміщені в нього даних. Якщо метод, у свою чергу, викликає інший метод, то локальні змінні другого методу додаються в стек, так само як і список параметрів. Після закінчення роботи другого методу відбувається звільнення області пам'яті в стеку - для цього покажчик поточної позиції стека зміщується вліво. І нарешті, після закінчення роботи першого методу покажчик поточної позиції стека зміщується в початкове положення. p align="justify"> Ясно, що якщо додаток працює нормально, то після закінчення виконання ланцюжка методів покажчик поточної позиції стека повинен повернутися в первісний стан, тобто створений стек повинен бути очищений (stack cleanup). Якщо ж вказівник не повертається, то відбувається крах стека (stack crash) - цей термін не слід плутати з очищенням стека. У цьому ...
