Представление отношения реализации 


Мы поможем в написании ваших работ!



ЗНАЕТЕ ЛИ ВЫ?

Представление отношения реализации



 

Отношение реализации следует использовать для представления связи между некоторым сервисом (интерфейсом) и его реализацией в классе (компоненте). Интерфейс определяет набор операций, которые применяются для специфицирования услуг, предоставляемых классом. Один интерфейс может быть реализован несколькими классами, и наоборот, один класс может реализовать сразу множество различных интерфейсов. На рис.20 изображен класс TDevice, который реализует интерфейс IDevice. Имена интерфейсам принято давать с заглавной "I".

 

 

“interface” IDevice  
TDevice  

 


Рисунок 20. Пример отношения реализации.

 

Представление объектов

Графически объекты изображают, как показано на рис. 21. Показан экземпляр класса TDataItem с текущими значениями атрибутов. Имя объекта должно иметь составной вид "имя объекта: имя класса". Подчеркивание обязательно, оно указывает на работу с экземпляром класса. Имя может быть не указано, т.е. объект является анонимным. Объектная нотация не предусматривает в обозначении объекта раздела с перечнем операций, т.к. операции, выполняемые всеми объектами одного класса идентичны.

Диаграммы объектов следует использовать для представления множества взаимодействующих объектов в определенный момент времени. При изображении диаграммы нужно помнить, что каждый объект представляет экземпляр соответствующего класса, а отношения между объектами описываются с помощью связей, которые являются экземплярами соответствующих отношений. При этом все связи изображаются сплошными линиями.

 

Data1:TDataItem   fData = [2.3,5.6,1.2,4.5] fSize = 4 fDescription = “наборданных 1”
: Окно   Видимость = Истина Ширина = 25 Высота:=10

 


Рисунок 21. Примеры изображения объектов.

Объекты на диаграмме следует изображать только для того, чтобы привести пример системы в определенный момент времени или проиллюстрировать, как они кооперируются с течением времени при выполнении определенных задач. На рис.22 изображен пример диаграммы объектов, скооперированных для выполнения некоторого заказа. Диаграмма иллюстрирует поток сообщений между четырьмя объектами. Все объекты безымянные.


 

ДоставитьЗаказ()
УменьшитьТовар()
ПроверитьЗапас()
ПовторитьЗаказ()
: Заказ  
: Поставка  
: Склад  
: Покупка

 

 


Рисунок 22. Диаграмма объектов.

Соглашение по модулям

Правила именование модулей

 

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

Модули

Формат имени модуля: [Xxxxxx]; Пример: MainForm

Формат имени формы: [frm][Xxxxxx]; Пример: frmMain

Модули данных

Формат имени модуля: [Xxxxxx]; Пример: MainDataModule

Формат имени формы: [dm][Xxxxxx]; Пример: dmMain

Модули удаленных данных

Формат имени модуля: [Xxxxxx]; Пример: MainRemoteModule

Формат имени формы: [rdm][Xxxxxx]; Пример: rdmMain

 

Если при создании имени используется несколько слов, то необходимо использовать заглавную букву для каждого слова в имени: MyLongName.pas. Расширения файлов должны быть в нижнем регистре.

Имя модуля может содержать символы, как в верхнем, так и в нижнем регистре и должно быть таким же, как и имя, используемое для этого файла операционной системой, например:

 

unit MyUnit;

 

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

 

Структура модуля

 

Структура модуля должна иметь следующий вид:

 

unit MyUnit;

 

Interface

 

[ uses ]

 

; внешниеобъявления

[раздел типов данных]

[раздел констант]

[раздел переменных]

[объявления экспортируемых процедур и функций]

 

Implementation

 

[ uses ]

; внутренние объявления

[раздел типов данных]

[раздел констант]

[раздел переменных]

 

[реализация процедур и функций внутреннего назначения]

[реализация процедур и функций интерфейсного раздела]

 

[ initialization ]

; инициализация переменных модуля

; выделение необходимых ресурсов

 

[ finalization ]

; освобождение выделенных ресурсов

 

end.

 

Внутри модуля объявление используемых модулей должно начинаться со слова uses в нижнем регистре. Затем следуют наименования модулей с сохранением регистра символов:

 

uses MyUnit;

 

Если используются модули из разных проектов или производителей, то необходимо сгруппировать модули по проектам или производителям и каждую новую группу начинать с новой строки и снабжать комментариями:

 

Uses

Windows, Classes, Controls, // стандартныемодули

XХХMyUnit1, ХХXMyUnit2; // модули производителя ХХХ

 

Раздел внешних объявлений должен содержать необходимые объявления типов данных, переменных и констант, доступные другим модулям. Здесь же должны быть перечислены процедуры и функции, экспортируемые данным модулем.

Раздел реализации модуля должен содержать объявления типов данных, переменных и констант, требуемых для реализации процедур и функций, экспортируемых и внутреннего назначения.

Разделы инициализации и деинициализации необходимы для выделения ресурсов для работы модуля и их последующего освобождения.

 



Поделиться:


Последнее изменение этой страницы: 2017-01-19; просмотров: 83; Нарушение авторского права страницы; Мы поможем в написании вашей работы!

infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 35.175.212.5 (0.022 с.)