Тема 32: Бібліотечні модулі користувача

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

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

Використання модулів дозволяє зняти обмеження в 64 kb на обсяг програми і даних, а також дозволяє автономно налагоджувати окремі фрагменти програмного проекту, підключаючи їх потім до основної програми.

Створення модуля вимагає визначеної організації з застосуванням слів Unit, Interface, Implementation, Begin, End.

Загальна структура модуля.

unit ім'я бібліотечного модуля;

{$N+} - директиви компілятора;

interface {интерфейсная секція}

uses - використовувані при оголошенні модулі;

label - оголошення глобальних міток;

const - оголошення глобальних констант;

type - оголошення глобальних типів;

var - оголошення глобальних змінних;

procedure - заголовки процедур із вказівкою параметрів;

function - заголовки функцій із вказівкою параметрів;

implementation {секція реалізації}

uses - використовувані при реалізації модулі;

label - оголошення локальних міток;

const - оголошення локальних констант;

type - оголошення локальних типів;

var - оголошення локальних змінних;

procedure - заголовки і тіло процедур;

function - заголовки і тіло функцій;

begin {ініціалізаційна частина}

оператори;

end.

Ім'я бібліотечного модуля повинне збігатися з ім'ям дискового файлу, де знаходиться вихідний текст модуля. Наприклад, якщо файл має ім'я My_Lib.pas, то модуль повинен бути

unit My_Lib;

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

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

Наприклад:

. . .

interface

function fact(n : integer) : word;

procedure a(var x : real);

implementation

uses crt;

function fact(n:integer):word;

begin

. . .

end;

procedure a;

begin

. . .

end;

. . .

Реалізаційна секція також може бути порожньою.

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

Для підключення модуля до основної програми відразу після імені програми вказують

uses ім'я модуля;

Припустима вкладеність модулів, причому обмеження на їхній ступінь не накладається.

Компіляція модуля.

Після підготовки вихідного тексту його можна відкомпілювати. Для цього варто встановити в режимі меню Compile опцію Destination у стан Disk. У результаті компіляції (Alt+F9) створюється файл із тим же ім'ям, що і вихідний текст, але з розширенням .tpu.

Можна одночасно компілювати програму і модулі, що підключаються, створивши ехе-файл. Для цього в меню Compile вибираємо чи режим Make, чи Build.

У режимі Make компілюються ті модулі, для яких не мається tpu-файлу, чи якщо tpu-файл “старіше”, ніж відповідний йому pas-файл.

У режимі Build компілюються і підключаються всі модулі, імена яких містяться в реченнях Uses.

У меню Options пункт Directories дозволяє контролювати каталоги в які посилаються відкомпільовані файли:

в опції EXE & TPU directory варто вказати

с:\tp\exe&tpu - куди посилаються ехе і tpu-файли;

в опції Unit directories варто вказати

c:\tp\units; c:\tp\exe&tpu - звідкіля брати tpu-файли (таких каталогів може бути декілька).

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

Створимо модуль Unit demo_tpu з одним оператором ClrScr, що очищає екран:

unit demo_tpu;

interface

{ця частина порожня}

implementation

uses crt;

begin

clrscr;

end.

і запишемо його під ім'ям demo_tpu.pas. Відкомпілювавши його, одержимо модуль demo_tpu.tpu.

Створимо програму, у якій використовуємо цей модуль

{демонстрація використання модуля demo_tpu.tpu}

uses demo_tpu;

begin

writeln(‘Першим виконався оператор основного’);

writeln(‘блоку модуля demounit.tpu, у результаті’);

writeln(‘чого очистився екран; потім виконалися’);

writeln(‘оператори блоку головної програми, що’);

writeln(‘і надрукували даний текст.’)

end.

Виконавши її, натиснувши Ctrl+F9, переконаємося, що текст буде виведений на чистому екрані.

Питання для контролю:

1. Модуль Unit і його використання.

2. Створення модуля Unit і його загальна структура.

3. Ім'я бібліотечного модуля користувача.

4. Интерфейсная секція.

5. Секція реалізації.

6. Ініціалізаційна частина.

7. Підключення модуля користувача до основної програми.

8. Компіляція модуля користувача.