31.Характеристика файлів проекту Delphi. Файли, що з’являються в результаті компіляції та компоновки. Структура головного файла проекта та файла модуля. Розділи класу форми.

Любой проект Delphi как минимум включает следующие файлы:

1. Project1.dpr – главный файл проекта. Содержит информацию о формах и модулях проекта,

операторы инициализации и запуска программы на выполнение.

2. Unit1.pas – файл модуля. Содержит исходный текст модуля с описанием класса формы.

3. Unit1.dfm – файл формы. Текстовый (или двоичный) файл с описанием настроек формы и

компонентов на ней. Каждому файлу формы соответствует определённый файл модуля.

4. Project1.dof – файл параметров проекта. Текстовый файл для сохранения установок параметров

проекта (директив компилятора и др.).

5. Project1.res – файл ресурсов проекта. Двоичный файл, содержащий иконки, курсоры и др.

6. Project1.dsk – файл конфигурации окон проекта. Текстовый файл для хранения информации о

последнем сеансе работы с проектом (открытых окнах, их размерах и положении).

Три последних файла относятся к управлению проектом и напрямую программистом не используются.

Если сохранить проект под другим именем, то изменят название и файлы с расширением res, dof и dsk.

7. *.~dpr, *.~pas, *.~dfm – файлы резервных копий проекта.

8. Project1.exe – исполняемый файл проекта. Является автономным исполняемым файлом.

9. Unit1.dcu – объектный файл модуля. Откомпилированный файл модуля (*.pas), который компонуется

в окончательный исполняемый файл.

Структура главного файла проекта .*dpr

program Project1; // Обязательный заголовок – имя программы

uses // Модули, загружаемые программой

Forms, // Системный модуль, существенный для Менеджера Проектов => нельзя

удалять

Unit1 in 'Unit1.pas' {Form1}, // Модуль формы, комментарий {Form1} существенен

Unit2 in 'Unit2.pas' ; // Модуль приложения

{$R *.RES} // Директива компилятора, связывающая с модулем файл ресурсов проекта

{ Здесь можно поместить объявления локальных типов, классов, констант, переменных,

функций, процедур }

begin

Application.Initialize; // Инициализация приложения

Application.CreateForm(TForm1, Form1); // Создание формы Form1

Application.Run; // Запуск приложения на выполнение

end.

Структура файла модуля (*.dfm)

unit <имя модуля>;

interface // Открытый (внешний) интерфейс модуля

{ Здесь можно поместить списки подключаемых модулей, объявления типов, констант, переменных,

процедур и функций, к которым будет доступ их других модулей }

implementation // Реализация модуля

{ Здесь можно поместить списки подключаемых модулей, объявления типов, констант, переменных,

процедур и функций, к которым не будет доступа из других модулей. Тут необходимо реализовать все

объявленные в разделе interface (или дополнительные, не объявленные) функции и процедуры }

initialization // Н е обязательный раздел

{ Здесь помещаются операторы, выполняемые один раз при первом обращении к модулю }

finalization // Не обязательный раздел. Использование не разрешается, если нет initialization

32. Процеси. Планування процесів. Поняття «процес» і «потік». Стан процесу. Планування процесів і потоків. Планування і диспетчеризація потоків. Стану потоку.

Процес - це програмний модуль, що виконується в CPU. Операційна система контролює наступну діяльність, пов'язану з процесами: 1. створення і видалення процесів

2. планування процесів

3. синхронізація процесів

4. комунікація процесів

5. дозвіл тупикових ситуацій

Планування - забезпечення почергового доступу процесів до одного процесора.

Планувальник - відповідальна за це частина операційної системи. Алгоритм планування - використовуваний алгоритм для планування. Ситуації, коли необхідно планування:

1. Коли створюється процесс

2. Коли процес завершує роботу

3. Коли процес блокується на операції введення / виводу, семафорі, і т.д.

4. При перериванні введення / виведення.

Алгоритм планування без перемикань (непріоритетний) - не вимагає переривання по апаратному таймеру, процес зупиняється тільки коли блокується або завершує роботу.

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

Розрізняють такі стану процесу:

1. новий (new, процес тільки що створений)

2. виконуваний (running, команди програми виконуються в CPU)

3. чекаючий (waiting, процес чекає завершення деякого події, найчастішеоперації введення - виведення)

4. готовий (ready, процес чекає звільнення CPU)

5. завершений (terminated, процес завершив свою роботу)

Кожен процес представлений в операційній системі набором даних, званихprocess control block. У process control block процес описується наборомзначень, параметрів, що характеризують його поточний стан і використовуваних операційною системою для управління проходженнямпроцесу через комп'ютер.