Лабораторная работа 2расчетное время выполнения работы ~ 2 занятия Цель- изучение способов организаци
Работа добавлена на сайт samzan.net:
Лабораторная работа №2
(расчетное время выполнения работы – 2 занятия)
Цель: изучение способов организации базовых и производных классов, особенностей определения конструкторов и деструктора, механизма наследования и правил доступа к членам классов.
Общее задание:
- Создать базовый класс "Графический объект" с данными: координаты центра, толщина линии рисования, цвет линии, цвет заполнения и методами: показать, скрыть и переместить объект по горизонтали. В базовом классе объявить необходимые функции виртуальными.
- Создать производные классы: "Круг" и/или "Прямоугольник" и/или "Прямая" и/или другие геометрические примитивы с методами показать, скрыть объект.
- Написать программу, которая реализует нижеследующие задания рисования индивидуальных картинок на экране. Размеры геометрических фигур должны быть таковы, чтобы картинка занимала примерно четверть экрана и располагалась слева. Геометрические примитивы, из которых состоят картинки, должны быть реализованы, как объекты разработанных классов
Индивидуальные задания
Рисунок графического рисунка вашего варианта возьмите у преподавателя
|
Задание |
Максимальная оценка в баллах* |
|
Базовое задание |
50 |
|
Базовое задание + возможность задать толщину линии |
55 |
|
Базовое задание + возможность задать толщину линии + возможность закраски |
60 |
|
Базовое задание + возможность задать толщину линии + возможность закраски + возможность движения отдельных элементов картинки + возможность пропорционального увеличения размера всех объектов картинки |
75 |
|
Базовое задание + возможность задать толщину линии + возможность закраски + все объекты картинки должны быть собраны в список + программа должна осуществлять движение всей картинки вправо на экране, как движение отдельных ее объектов |
100 |
Теория ОПП
ООП характеризуется четырьмя основополагающими идея ми (абстрагирование, инкапсуляция, модульность, иерархия) и тремя дополнительными (типизация, параллелелизм, сохраня емость).
Абстрагирование — это один из главных способов решения сложных задач.
В результате объектной декомпозиции были выделены объ екты. Абстракция предназначена для выделения существенных характеристик каждого объекта, отличающих его от всех дру гих видов объектов и, таким образом, четко определяются его концептуальные границы с точки зрения наблюдателя.
Для представления абстракций объектов используется спе циальный определяемый программистом тип данных — класс.
Класс — это структурный тип данных, который включает описание полей данных, а также процедур и функций, работа ющих с этими полями данных. Процесс объединения данных с действиями над этими данными в единый пакет при наличии специальных правил доступа к элементам пакета получил на звание инкапсуляция.
Итак, сочетание данных с допустимыми действиями над этими данными приводит к «рождению» нового «кирпичика» программирования — класса. Действия — это процедуры и функции, описанные в классе, они получили название методов.
Класс представляет собой структуру, динамически размеща емую в памяти. Экземпляр класса называется объектом. Преж де чем программа сможет использовать объект какого-либо класса, его необходимо создать. Объекты создаются и уничто жаются с помощью специальных методов, которые называются constructor (конструктор) и destructor (деструктор).
«Рожденный ползать летать не может» — и объект действу ет только так, как это в нем заложено, и только над тем, что в нем описано. Обращение к данным объекта не через его методы недопустимо.
Для корректной работы абстракции доступ к ее внутренней структуре должен быть ограничен. Для этого вводятся две час ти в описании абстракции (рис. 1.3.1).
Интерфейс — это совокупность доступных извне элементов реализации абстракции, т. е. основные характеристики состоя ния и поведения.
Реализация — это совокупность недоступных извне элемен тов реализации абстракции, т. е. внутренняя организация абст ракции и механизмы реализации ее поведения.
Наличие интерфейса обеспечивает уменьшение возможности «разрушения» (несанкционированного изменения значений по лей) объекта извне. При этом сокрытие особенностей реализа ции упрощает внесение изменений в реализацию класса как в процессе отладки, так и при модификации программы. Таким образом, класс определяет существование глобальной области данных внутри объекта, доступной методам объекта. С другой стороны, доступ к объекту регламентируется и должен выпол няться через специальный интерфейс.
Для описания нового класса в языке Object Pascal определен следующий синтаксис:
Туре <имя_объявляемого_класса>=с1аss(<имя_класса_родителя>) Private
<скрытые_элементы_класса> Protected
<защищенные_элементы_класса> Public
<общедоступные_элементы_класса> Published
<опубликованные_элементы_класса> end;
Директивы private, protected, public, published пред назначены для ограничения доступа к элементам класса.
Секция private содержит внутренние элементы, обращение к которым возможно только в пределах модуля, содержащего объявление класса.
Секция protected содержит защищенные элементы, кото рые доступны в пределах модуля, содержащего определение класса, и внутри классов-потомков.
Секция public содержит общедоступные элементы, к кото рым возможно обращение из любой части программы.
Секция published содержит опубликованные элементы, ко торые по ограничению доступа аналогичны public. Для визуаль ных компонент, (внесенных на панель компонент), информа ция об элементах, размещенных в этой секции, становится доступной через инспектор объектов.
Потомки класса могут менять область доступности всех эле ментов родительского класса, кроме элементов, объявленных в секции private, так как последние им недоступны.
Все объекты Delphi являются динамическими, т. е. разме щаемыми в динамической области памяти. Соответственно пе ременная типа класса по смыслу представляет собой указатель на объект. Вызовы конструктора и деструктора являются обя зательными, так как конструктор выполняет размещение объ екта в памяти, а деструктор — выгрузку из нее.
Упражнение 1.3.1. Разработать класс, переменные которого используются для описания положения геометрической фигу ры на экране.
Решение
Проектируемый класс должен содержать поля для сохране ния положения элемента на экране — координаты местополо жения х и у, при этом возможными действиями являются инициализация элемента, получение координат, разрушение объекта.
Определим класс Position:
Для хранения значений координат введем два поля Fx и Fy (в языке Object Pascal принято соглашение названия полей на чинать с символа F (от слова Field — поле)). Это внутренние данные класса, чтобы обеспечить их целостность, опишем их в разделе private.
Constructor Create предназначен для создания экземпляра класса (объекта), а также для определения начальных значе ний его полей.
Destructor Destroy предназначен для удаления объекта из динамической памяти.
Подчеркнем, выделим мысль о том, что согласно идеологии объектно-ориентированного программирования все действия с данными, определенными в классе, осуществляются только пу тем использования методов объекта. Методы GetX и GetY по запросу обращаются к соответствующему полю объекта и воз вращают координаты положения объекта.
Итак, объединение данных с действиями над этими данными порождает новый тип, а процесс называется инкапсуляцией.
Создавая объекты типа TPosition, инициализируя их в соот ветствии с условием, получим разные положения на экране, причем параметры будут храниться внутри объектов.
Каждая переменная типа class включает набор полей, объяв ленных в классе. Совокупность значений, содержащихся в этих полях, моделирует конкретное состояние объекта предметной области. Изменение этих значений в процессе работы отражает изменение состояния моделируемого объекта.
Воздействие на объект выполняется посредством изменения его полей или вызова его методов. Доступ к полям и методам объекта осуществляется, за исключением специальных случаев, с указани ем имени объекта (при этом используются составные имена):
<имя_объекта>.<имя_поля>; ИЛИ
<имя_объекта>.<имя_метода>;
Все методы объекта обязательно имеют доступ ко всем по лям своего объекта. В языке Object Pascal это достигается через неявную передачу в метод специального параметра Self — адре са области данных конкретного объекта. Таким образом, уме ньшается количество параметров, явно передаваемых в метод.
Модульность — это свойство программы, связанное с декомпо зицией ее на ряд отдельных фрагментов, которые компилируют ся по отдельности, но могут устанавливать связи между собой. Связи между модулями — это их представление друг о друге.
Доступ к данным объекта не через его методы запрещен! Кроме того, объекты должны ограничивать свои операции то лько их собственными данными и не должны быть связанными ни с какими глобальными переменными, а также не должны изменять их.
Правильное разделение программы на модули является поч ти такой же сложной задачей, как выбор правильного набора абстракций. Модули исполняют роль физических контейнеров, в которые помещаются определения классов и объектов при ло гическом проектировании системы. Для описания небольших задач допустимо описание всех классов и объектов в одном мо дуле. Однако для большинства программ лучшим решением бу дет сгруппировать в отдельный модуль логически связанные классы и объекты, оставив открытыми те элементы, которые совершенно необходимо видеть другим модулям.
В традиционном структурном программировании модуль ность — это искусство раскладывать программы на части так, чтобы в один контейнер попадали подпрограммы, использую щие друг друга или изменяемые вместе. В ООП ситуация не сколько иная: необходимо физически разделить классы и объ екты, составляющие логическую структуру проекта.
Особенности системы, подверженные изменениям, следует скрывать в отдельном модуле. В качестве межмодульных мож но использовать только те элементы, вероятность изменения которых мала. Все структуры данных должны быть обособлены в модуле; доступ к данным из модуля должен осуществляться только через процедуры данного модуля. Другими словами, следует стремиться построить модули так, чтобы объединить логически связанные абстракции и минимизировать взаимные связи между модулями.
Модульность — это свойство системы, которая была разложена на внутренне связные, но слабо связанные между собой модули.
Правила разделения системы на модули.
Распределение классов и объектов по модулям должно учи тывать то, что модули служат в качестве элементарных и не делимых блоков программы.
Многие компиляторы создают отдельный сегмент кода для каждого модуля, поэтому могут появиться ограничения на размер модуля. Динамика вызовов подпрограмм и располо жение описаний внутри модулей может сильно повлиять на локальность ссылок и управление страницами виртуальной памяти.
Иерархия. Значительное упрощение в понимании сложных задач достигается за счет образования из абстракций иерархи ческой структуры.
Иерархия — расположение частей или элементов целого от высшего к низшему, это упорядочение абстракций, расположе ние их по уровням. Одним из важных видов иерархии является наследование.
Программист для решения определенного класса задач мо жет строить иерархию классов, в которой, и это самое главное, каждый следующий производный класс имеет доступ (наследу ет) к данным и действиям всех своих предшественников (пра родителей). Потомок получает в свое распоряжение все, что принадлежало его предку. Потомок может добавить новые ме тоды, свойства или поля и изменить реализацию любого мето да, но не может их уничтожить. Согласно определению насле дования, поля и методы предка доступны его потомку. Если в потомке создается одноименное поле или метод, можно гово рить о перекрытии полей и методов.
В ООП используют два вида иерархии.
Иерархия «целое-часть» показывает, что некоторые абст ракции включены в некоторую абстракцию как ее части, на пример, строение цветка описывается следующими частями: цветоложе, пестик, тычинки, цветоножка, завязь, лепестки. Этот вариант иерархии используется в процессе разбиения сис темы на разных этапах проектирования (на логическом уров не — при декомпозиции предметной области на объекты, на физическом уровне — при декомпозиции системы на модули и при выделении отдельных процессов в мультипроцессорной си стеме).
Иерархия «общее—частное» — показывает, что некоторая абстракция является частным случаем другой абстракции, на пример, ель — это разновидность хвойных деревьев, а дере вья — это часть растительного мира планеты. Используется при разработке структуры классов, когда сложные классы строятся на базе более простых путем добавления к ним новых характеристик и, возможно, уточнения имеющихся.
Упражнение 1.3.2. Разработайте класс Точка.
Решение
Определим новый класс TPoint (точка). Точка определяется координатами х и у. Объекты типа TPoint можно сделать види мыми или невидимыми, задать цвет изображения, переместить и т. д.
Полная структура класса TPoint имеет вид:
TPosition, указанный в скобках после зарезервированного сло ва class, сообщает компилятору, что TPoint является «потомком» класса TPosition и соответственно наследует все поля и методы этого класса (в частности, поля Fx и Fy, методы GetX и GetY).
Класс TPoint описывает новые поля, определяющие видимость (FVisible) и цвет (FColor), и методы определить видимость (IsVi sible), отобразить (Show), спрятать (Hide), переместить (Move).
Конструктор Create и деструктор Destroy переопределяются.
Отметим, что новый класс автоматически получает все дан ные и методы своих предков, то есть экземпляр класса TPoint содержит все данные (поля) и методы типа TPosition. Таким об разом, в иерархичном дереве классов по мере удаления от корня будут встречаться все более сложные классы, экземплярами ко торых будут объекты с более сложной структурой и поведением.
Доступ к полям и методам, описанным в классе-родителе, осуществляется так же, как к собственным.
Типизация. Напомним, тип — это точная характеристика свойств, включая структуру и поведение, относящуюся к неко торой совокупности объектов. Типизация — это ограничение, которое накладывается на класс объектов и препятствует взаи мозаменяемости различных классов или сильно сужает воз можность такой замены.
Использование принципа типизации обеспечивает:
раннее обнаружение ошибок, связанных с недопустимыми операциями над программными объектами (ошибки обна руживаются на этапе компиляции программы при провер ке допустимости выполнения данной операции над про граммным объектом);
упрощение документирования;
возможность генерации более эффективного кода.
В ООП возможна статическая и динамическая связь имени объекта и его типа. В первом случае это означает определение типов переменных во время компиляции. Во втором — тип вы ражения определяется во время исполнения приложения. Из принципов динамической связи и наследования вытекает очень важное свойство, присущее объектам — полиморфизм. Поли морфизм — это выделение некоторого действия, т. е. действие должно иметь имя, и создание средств использования действия объектами иерархии, причем каждый класс реализует это дей ствие так, как оно для него подходит.
Итак, при создании иерархии классов может обнаружиться, что некоторые свойства объектов, сохраняя название, изменя ются по сути.
Для реализации таких иерархий должен быть предусмотрен полиморфизм, обеспечивающий возможность задания различ ных реализаций некоторого единого по названию метода для классов различных уровней иерархии. В ООП такой полимор физм называется простым, а методы, имеющие одинаковое на звание, — статическими полиморфными. В ранее рассмотрен ных упражнениях статическим полиморфным методом является, например, конструктор Create.
Совокупность полиморфных методов с одним именем для иерархии классов образует единый полиморфный метод иерар хии, в котором реализация полиморфного метода для конкрет ного класса представляет отдельный аспект.
Сложный полиморфизм. Полиморфными объектами, или по лиморфными переменными, называются переменные, которым в процессе выполнения программы может быть присвоено зна чение, тип которого отличается от типа переменной.
В языках со строгой типизацией такая ситуация может воз никнуть
при передаче объекта типа класса-потомка в качестве фак тического параметра подпрограмме, в которой этот пара метр описан как параметр типа класса-родителя (явно — в списке параметров или неявно — в качестве внутреннего параметра, используемого при вызове методов — Self);
при работе с указателями, когда на объект класса-родите ля присваивается адрес объекта класса-потомка.
Тип полиморфного объекта становится известным только на этапе выполнения программы, соответственно, при вызове поли морфного метода для такого объекта нужный аспект также дол жен выполняться на этапе выполнения. Для этого в языке должен быть реализован механизм позднего связывания, позволяющий определять тип объекта и аспект полиморфного метода, к которо му идет обращение в программе, на этапе ее выполнения.
С помощью механизма позднего связывания реализуется опе ративная перестройка программы в соответствии с типами ис пользуемых объектов.
Рассмотрим это свойство на практике.
Определим новый класс TCircle (окружность). Окружность определяется центром с координатами х, у и радиусом г. Объ екты этого типа можно сделать видимыми или невидимыми, задать цвет изображения, переместить и т. д. В связи с этим можно определить новый класс как потомок класса TPoint:
TCircle = class (TPoint)
Private
Fr: Integer; {радиус}
Public
Constructor Create(InitX, InitY, InitR: Integer); Destructor Destroy;
Function GetR: Integer; {возвращает значение радиуса}
Procedure Show; {спрятать}
Procedure Hide; {отобразить}
Procedure Move (NewX, NewY: Integer); {переместить}
End;
Классы TPoint и TCircle связаны отношением наследования и содержат методы Hide (спрятать), Show (отобразить) и Move (переместить). Очевидно, что методы Show и Hide для каждого класса свои, но логика метода Move совпадает:
Переместить:
Спрятать объект; {вызов метода Hide}
Изменить координаты объекта; {x:=NewX; y:=NewY}
Отобразить объект; {вызов метода Show}
Поэтому естественным было бы желание определить метод Move только в TPoint так, чтобы класс-потомок TCircle унасле довал его без определения. Но в методе Move ссылки на методы Hide и Show формируются на стадии компиляции. Это жест кая, статическая связь, и без ее «разрыва», т. е. реализации ме ханизма более позднего формирования ссылок на методы не на стадии компиляции, а на стадии выполнения (динамическое связывание), реализовать это невозможно. Добавление к заго ловку метода зарезервированного слова virtual объявляет его виртуальным, т. е. связь с этим методом устанавливает на ста дии выполнения программы. Перепишем описание классов сле дующим образом:
TPoint = class (TPosition)
Procedure Show; virtual; Procedure Hide; virtual;
end;
TCircle = class (TPoint)
Procedure Show; override; Procedure Hide; override;
end;
Директива override используется для переопределения фун кциональности метода-предка, она необходима для поддержки полиморфной иерархии.
Реализация динамической связи для объектов, имеющих хотя бы один виртуальный метод, осуществляется с помощью таблицы виртуальных методов (ТВМ). Она содержит адреса виртуальных методов. Для каждого класса во время компиля ции программы строится одна ТВМ (рис. 1.3.2).
Формирование связи между экземпляром класса (объектом) и ТВМ осуществляет конструктор.
Отметим, что методы, работающие с полиморфными объек тами — это всегда методы классов-предков, описывающие об щие моменты поведения объектов. В сложной иерархии, таким образом, можно выделить семейство классов со схожим поведе нием объектов. Они образуют поддеревья, в корне которых на ходится класс, определяющий общие моменты поведения.
Итак, мы смогли исключить метод Move из описания класса TCircle, сделав его полиморфным. Все объекты классов TPoint и TCircle будут использовать его, причем так, как им это необ ходимо.
Сформулируем правила, которые важно выполнять при ра боте с виртуальными методами:
если в некотором классе метод описан как виртуальный, то все производные классы, включающие метод с тем же именем, должны описать этот метод как полиморфный (override). Нельзя заменить виртуальный метод статиче ским;
порядок расположения, количество и типы формальных параметров в одноименных виртуальных методах должны оставаться неизменными.
В дополнении к виртуальным методам, для реализации по лиморфизма в Object Pascal используются динамические мето ды. По возможностям наследования и перекрытия они анало гичны виртуальным методам, но доступ к ним выполняется через таблицу динамических методов (ТДМ). ТДМ хранит адре са только тех динамических методов, которые определены в данном классе. Такой подход позволяет снизить расход памяти при большом количестве этих методов и самих классов.
На каждый динамический метод приходится только одна ссылка, представленная индексом, по которому и происходит поиск метода для вызова.
Для объявления метода динамическим используется дирек тива dynamic. Перекрытие динамических методов производит ся так же, как и виртуальных — с использованием ключевого слова override.
Абстрактные методы
Абстрактные методы используются при объявлении мето дов, реализация которых откладывается. Такие методы в клас се описываются служебным словом abstract и обязательно пере определяются в потомках класса.
Класс, в состав которого входят методы с отложенной реали зацией, называется абстрактным. Создавать объекты абстракт ных классов запрещается.
Параллелизм — свойство нескольких абстракций одновре менно находиться в активном состоянии, т. е. выполнять неко торые операции.
Есть задачи, в которых автоматические системы должны обра батывать много событий одновременно. В других случаях потреб ность в вычислительной мощности превышает ресурсы одного процессора. В каждой из таких ситуаций естественно использо вать несколько компьютеров для решения задачи или задейст вовать многозадачность на многопроцессорном компьютере.
Процесс — это фундаментальная единица действия в систе ме. Каждая программа имеет по крайней мере один поток управления, параллельная система, имеет много таких пото ков: длительность существования одних недолго, а другие жи вут в течение всего сеанса работы системы. Реальная паралле льность достигается только на многопроцессорных системах, а системы с одним процессором имитируют параллельность за счет алгоритмов разделения времени.
Сохраняемость — это способность абстракции существовать во времени, переживая породивший его процесс, и (или) в про странстве, перемещаясь из своего первоначального адресного пространства.
Любой программный объект существует в памяти и живет в течение некоторого времени. Спектр сохраняемости объектов охватывает:
временные объекты, хранящие промежуточные результа ты вычисления выражений;
локальные объекты, существующие внутри подпрограмм, время жизни которых исчисляется от вызова подпрограм мы до ее завершения;
глобальные объекты, существующие, пока программа за гружена в память;
сохраняемые данные, которые сохраняются в файлах внеш ней памяти между сеансами выполнения программы.
1.4. Композиция и наполнение
В результате объектной декомпозиции второго и далее уров ней могут получиться объекты, находящиеся между собой в от ношении включения. Классы для реализации таких объектов могут строиться двумя способами: с использованием наследова ния или композиции.
Наследование применяется тогда, когда разрабатываемый класс имеет с исходным сходную структуру и элементы поведе ния. В тех случаях, когда сходное поведение не просматривает ся или наследование по каким-то причинам нецелесообразно, можно использовать композицию классов.
Композицией называется такое отношение между классами, когда один является частью второго. Композиция реализуется включением в класс поля, являющегося объектом другого клас са. Такие поля называют объектными.
Включение объектов в некоторый класс можно реализовать и с использованием указателей на объекты, что позволяет вклю чить 0 или более объектов (если они собраны в массив или спи сковую структуру). Такая реализация класса называется на полнением.
Графические возможности Delphi. Canvas.
Canvas обеспечивает пространство (холст, канву) для создания, хранения и модификации графических объектов. Canvas является основой графической подсистемы Delphi. Канва обеспечивает:
- Загрузку и хранение графических изображений
- Создание новых и изменение хранимых изображений с помощью пера, кисти, шрифта
- Рисование и закраску различных фигур, линий, текстов
- Комбинирование различных изображений
Система координат
Для того, чтобы мы могли что-либо нарисовать на форме или компоненте (Canvas поддерживают многие компоненты), нам нужно уметь задавать положение на экране того, что мы рисуем. Для этого с канвой связывается система координат следующего вида:
Обратите внимание. Точка (0,0) находится в левом верхнем углу. Привычная для нас система координат “перевернута”
Каждая точка на самом деле представляет собой очень маленький прямоугольник (И поскольку это не совсем точка, то используются термин — “пиксел”).
Основные методы Canvas
Рассмотрим часть методов, при помощи которых можно создавать простые рисунки.
Arc
Рисует дугу окружности или эллипса
Arc(x1,y1,x2,y2,x3,y3,x4,y4: Integer)
Метод Arc рисует дугу окружности или эллипса с помощью текущих параметров пера Pen (эти параметры мы рассмотрим чуть ниже). Точки (x1,y1) и (x2,y2) определяют прямоугольник, описывающий эллипс. Начальная точка дуги определяется пересечением эллипса с прямой, проходящей через его центр и точку (x3,y3). Конечная точка дуги определяется пересечением эллипса с прямой, проходящей через его центр и точку (x4,y4). Дуга рисуется против часовой стрелки от начальной до конечной точки.
Пример.
Image1.Canvas.Arc(0,0, 200,200, 200,0, 0,0);
Image2.Canvas.Arc(0,0, 200,200, 0,0, 200,0);
Chord
Рисует заполненную замкнутую фигуру, ограниченную дугой окружности или эллипса и хордой
Chord (x1,y1,x2,y2,x3,y3,x4,y4:Integer);
Метод Chord рисует замкнутую фигуру: дугу окружности или эллипса, замкнутую хордой, с помощью текущих параметров пера Pen. Фигура заполняется текущим значением Brush (рассмотрим чуть ниже). Точки (x1,y1) и (x2,y2) определяют прямоугольник, описывающий эллипс. Начальная точка дуги определяется пересечением эллипса с прямой, проходящей через его центр и точку (x3,y3). Конечная точка дуги определяется пересечением эллипса с прямой, проходящей через его центр и точку (x4,y4). Дуга рисуется против часовой стрелки от начальной до конечной точки. Хорда соединяет точки(x3,y3) и (x4,y4).
Пример.
Image1.Canvas.Chord(0,0, 200,200, 200,0, 0,0);
Image2.Canvas.Chord(0,0, 200,200, 0,0, 200,0);
Ellipse
Рисует заполненную окружность или эллипс
Ellipse (x1,y1,x2,y2:Integer);
Метод Ellipse рисует окружность или эллипс с помощью текущих параметров пера Pen. Фигура заполняется текущим значением Brush. Точки (x1,y1) и (x2,y2) определяют прямоугольник, описывающий эллипс.
LineTo
Рисует на канве прямую линию, начинающуюся с текущей позиции пера и кончающуюся указанной точкой.
LineTo (x,y:Integer);
Метод LineTo рисует на канве прямую линию, начинающуюся с текущей позиции пера PenPos и кончающуюся точкой (x,y). Текущая позиция пера PenPos перемещается и кончающуюся точкой (x,y), исключая саму точку (x,y). Текущая позиция пера PenPos перемещается в точку (x,y). При рисовании используются текущие установки пера Pen.
Пример.
Form1.Canvas.MoveTo(x1,y1);
Form1.Canvas.LineTo(x2,y2);
Form1.Canvas.LineTo(x3,y3);
Рисует кусочно-ломаную прямую, соединяющую точки (x1,y1), (x2,y2) и (x3,y3).
MoveTo
Изменяет текущую позицию пера на заданную, ничего не рисуя при этом.
MoveTo(x,y:Integer);
Метод MoveTo изменяет текущую позицию пера на заданную точкой (x,y). Это эквивалентно непосредственной установке свойства PenPos. При перемещении пера методом MoveTo ничего не рисуется.
Pie
Рисует заполненную замкнутую фигуру — сегмент окружности или эллипса.
Pie (x1,y1,x2,y2,x3,y3,x4,y4:Longint);
Метод Pie рисует замкнутую фигуру — сектор окружности или эллипса, с помощью текущих параметров пера Pen. Фигура заполняется текущим значением Brush. Точки (x1,y1) и (x2,y2) определяют прямоугольник, описывающий эллипс. Начальная точка дуги определяется пересечением эллипса с прямой, проходящейчерез его центр и точку (x3,y3). Конечная точка дуги определяется пересечением эллипса с прямой, проходящей через его центр и точку (x4,y4). Дуга рисуется против часовой стрелки от начальной до конечной точки. Рисуются прямые, ограничивающие сегмент и проходящие через центр эллипса и точки (x3,y3) и (x4,y4).
Пример.
Image1.Canvas.Pie(0,0, 200,200, 200,0, 0,0);
Image2.Canvas.Pie(0,0, 200,200, 0,0, 200,0);
Rectangle
Рисует на канве текущим пером прямоугольник и закрашивает его текущей кистью.
Rectangle(x1,y1,x2,y2:Integer);
Метод Rectangle рисует на канве текущим пером Pen прямоугольник, верхний левый угол которого имеет координаты (x1,y1), а нижний правый — (x2,y2). Прямоугольник закрашивается текущей кистью Brush. Рисование прямоугольника без рамки можно осуществить методом FillRect. Прямоугольник со скругленными углами рисуется методом RoundRect. Прямоугольникбез внутренней закраски рисуется методом FrameRect.
Пример.
Image1.Canvas.Rectangle(10,10,210,110);
Brush
Определяет цвет и стиль заполнения фона окна. Доступен только для чтения.
Brush: TBrush;
Свойство Brush (кисть) присуще многим оконным объектам, включая Canvas. Его можно читать, чтобы определить цвет и стиль заполнения фона окна. Это свойство только для чтения. Однако, атрибуты объекта Brush можно изменять, используя свойства Color и Style.
Color
Цвет фона компонента, цвет текста, объекта, TFont и др.
Color: TColor;
Свойство Color определяет цет фона компонента. Значение цвета может задаваться как значение, определяющее интенсивности красного, зеленого и синего цветов в формате RGB (Например: Form1.Canvas.Brush.Color:= RGB (88, 87, 104)) или равным одной из предопределенных в Delphi констант. Ниже приведены некоторые из них.
clBlack – черный
clAqua – голубой
clFuchia – розовый
clGreen – зеленый
clMaroon – малиновый
clWhite – белый
clBlue – синий
clGray – темно-серый
clime – салатовый
clNavy – темно-синий
clOlive – оливковый
clRed – красный
clTeal – бирюзовый
clPurple – сиреневый
clSilver – светло-серый
clYellow – желтый
Style
Style: TBrushStyle default bsSolid;
Свойство Style определяет шаблон, которым кисть заполняет фон объекта. Возможные значения свойста Style:
Pen
Определяет свойства пера, используемые при рисовании линий и фигур на канве.
Основные свойста:
Color — цвет пера. По умолчанию clBlack.
Style — определяет режимрисования линий.
psSolid Сплошная линия
psDash Штриховая линия
psDot Пунктирная линия
psDashDot Штрих-пунктирная линия
psDashDotDot Линия, чередующая штрих и два пунктира
psClear Отсутствующая линия
psInsideFrame Сплошная линия, но при width > 1 допускающая цвета, отличные от палитры windows.
Width — определяет толщину линии в пикселях. Тип Integer. Влияет на Style.
Пример программы:
unit Unit1;
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, StdCtrls;
type
TForm1 = class(TForm)
Button1: TButton;
Button2: TButton;
Button3: TButton;
procedure Button1Click(Sender: TObject);
procedure Button2Click(Sender: TObject);
procedure Button3Click(Sender: TObject);
private
{ Private declarations }
public
{ Public declarations }
end;
TPoint = class
X,Y: integer;
color : word;
Procedure Hide; Virtual;
Procedure Show; Virtual;
// Function GetColor : word;
// Procedure SetColor (Value:word);
end;
TCircle = class (TPoint)
Radius : word;
Constructor Create (newX,newY:Integer; newRadius:Word);
Procedure Hide; override;
Procedure Show; override;
end;
var
Form1: TForm1;
c1 : Tcircle;
implementation
{$R *.dfm}
Procedure TPoint.Hide;
begin
end;
Procedure TPoint.Show;
begin
end;
Constructor TCircle.Create (newX,newY:Integer; newRadius:Word);
begin
x:=newx;
y:=newy;
radius:= newRadius;
end;
Procedure TCircle.Hide;
begin
form1.Canvas.Pen.Color:=clBtnFace;
form1.Canvas.Ellipse(x-radius,y-radius,x+radius,y+radius);
end;
Procedure TCircle.Show;
begin
form1.Canvas.Pen.Color:=clblack;
form1.Canvas.Ellipse(x-radius,y-radius,x+radius,y+radius);
end;
procedure TForm1.Button1Click(Sender: TObject);
begin
c1:=Tcircle.create (100,100,50);
c1.Show;
end;
procedure TForm1.Button2Click(Sender: TObject);
begin
c1.Hide;
end;
procedure TForm1.Button3Click(Sender: TObject);
begin
c1.Show;
end;
end.
Рис. 1.3.1
2. Доклад- Рутульцы
3. Язык и стиль рекламы в журнале.html
4. главный отдел центральной нервной системы всех позвоночных и большого числа беспозвоночных животных
5. тематической группы.html
6. Лето с чужими Таити Ямада ~ предшественника Харуки Мураками ~ впервые на русском языке
7. Глубокий снегЦель операции не допустить применение ядерного оружия Китайскими войсками
8. 05 1яйцо чай Один бутерброд из цельнозернового хлеба с огурцом или помидором Зелень
9. и международного частного права являясь и ранее одной из сложнейших приобрела особую остроту и актуальнос
10. Рубки и экспорт древесины в Китай - региональный фокус
11. Технология принятия управленческих решений
12. тема На тему- Финансовый контроль-сущность история развития современное состояние
13. Використання українських ігор з елементами співу та музичного супроводу в дитячому садку
14. тематические основы финансового менеджмента
15. Византия Современность 8 экскурсий Салоники ~ Касторья Корфу Метеора Дельфы Арголида Афины Сал
16. Административное право России заочная форма обучения 1
17. на печать. Так же она много чего на почту прислала смотрим и читаем.
18. средние века лат
19. то еретик кричащий о каре божьей на каждом углу
20. тема структура источников налогового права- КРФ от 12