- •Тема 1.Понятие технологии программирования (2 часа). 3
- •Тема 2. Основные концепции ооп (2 часа). 7
- •Тема 3. Конструкторы и деструкторы (2 часа). 12
- •Тема 5. Дружественные функции (friend functions) (2 часа) 32
- •Тема 6. Обработка исключительных ситуаций (2 часа) 44
- •Тема 8. Производные классы (2 часа) 76
- •Тема 9. Виртуальные функции (2 часа) 83
- •Тема 10. Множественное наследование. Производные классы векторов (2 часа) 90
- •Тема 12. Шаблоны функций и классов. 128
- •Тема 14. Применение оо-подхода в базах данных 148
- •Тема 1.Понятие технологии программирования (2 часа).
- •1.1. Предмет изучения курса ооп
- •1.2. Исторический экскурс
- •1.3. Основные технологии программирования
- •1.4. Заключение
- •Тема 2. Основные концепции ооп (2 часа).
- •2.1. Объекты и классы
- •2.1.1.Понятие класса объектов
- •2.1.2. Основные характеристики состояния класса
- •2.1.3. Понятие инкапсуляции свойств объекта
- •2.1.4. Структура глобальной памяти класса и глобальные методы класса
- •2.1.5. Интерфейс класса
- •2.1.6. Функции-члены класса
- •2.2. Понятие наследования (Inheritance)
- •2.3. Понятиеполиморфизма
- •Тема 3. Конструкторы и деструкторы (2 часа).
- •3.1. Для чего нужны конструкторы
- •3.2. Использование конструкторов «по умолчанию»
- •3.3. Использование деструкторов
- •3.4. Демонстрация последовательности работы конструкторов и деструкторов
- •3.5. Конструктор копирования
- •3.6. Определение операции присваивания
- •3.6.1. Пример использования конструктора копирования.
- •3.7.1. Краткий обзор библиотеки stl
- •3.7.2. Вектора
- •3.8. Inline-подстановка
- •4.1. Перегрузка операторов
- •4.1.1. Пример на перегрузку операторов
- •4.1.2. Общие принципы перегрузки операторов
- •4.1.3. Бинарные и Унарные Операции
- •4.2. Пример с перегрузкой операторов
- •Тема 5. Дружественные функции (friend functions) (2 часа)
- •5.1. Примеры использования дружественных функций
- •5.2. Особенности перегрузки префиксной и постфиксной форм унарных операций
- •5.3. Статические члены данных
- •5.4. Перегрузка операторов new, new[], delete, delete[]
- •Void* operator new(size_t размер){ код оператора
- •Void operator delete(void* p){ код оператора }
- •Void* operator new[](size_t размер){ код оператора return указатель_на_память; }
- •Void operator delete[](void* p){ код оператора }
- •Тема 6.Обработка исключительных ситуаций(2 часа)
- •6.1. Применение try, catch, throw
- •6.2. Синтаксис и семантика генерации и обработки исключений
- •6.3. Обработка исключений
- •6.4. Обработка исключений при динамическом выделении памяти
- •6.5. Функции, глобальные переменные и классы поддержки механизма исключений
- •6.6. Конструкторы и деструкторы в исключениях
- •7.1 Строковые типы
- •7.1.1. Преобразования, определяемые классом
- •7.1.2. Встроенный строковый тип
- •7.1.3 Класс string
- •7.2. Пример строкового класса с перегруженными операторами и дружественными функциями
- •Тема8.Производные классы (2 часа)
- •8.1. Определение производного класса
- •8.2. Правила использования атрбутов доступа
- •8.3. Конструкторы и деструкторы производных классов
- •Тема 9. Виртуальные функции (2часа)
- •9.1. Определение виртуальных методов
- •9.2. Абстрактные классы
- •9.3. Таблицы виртуальных методов (функций)
- •9.4. Выводы
- •Тема 10. Множественное наследование. Производные классы векторов (2 часа)
- •10.1. Множественное наследование
- •10.2. Отношения между классами
- •10.2.3. Ассоциация
- •10.2.4. Агрегирование
- •10.2.5. Наследование
- •10.3. Библиотека графических объектов (пример)
- •10.3.1. Динамический полиморфизм и наследование интерфейсов
- •10.3.2.Абстрактные классы
- •10.3.3. Множественное наследование в библиотеке графичкских фигур.
- •10.3.4. Иерархия классов библиотеки графичкских фигур
- •10.3.5. Таблица наследования
- •10.3.6. Диаграмма модулей
- •10.3.7.Директивы препроцессора
- •10.4. Производные классы векторов
- •10.5. Операции над векторами
- •11.1. Потоковый ввод-вывод
- •11.1.1. Классы потоков
- •11.1.2. Стандартные потоки
- •11.2.Опрос и установка состояния потока
- •11.3.Перегрузка операций извлечения и вставки в поток
- •11.4.Переадресация ввода-вывода
- •11.5. Операции помещения в поток и извлечения из потока
- •11.6.Форматирование потока
- •11.7.Файловый ввод-вывод с использованием потоков
- •11.8.Бесформатный ввод-вывод
- •11.9.Часто применяемые функции библиотеки ввода / вывода
- •11.10.Файлы с произвольным доступом
- •11.11. Буферизация
- •11.12. Заключение
- •Тема 12. Шаблоны функций и классов.
- •12.1 Шаблоны функций
- •12.2. Шаблоны классов
- •12.3. Размещение определений шаблонов в многомодульных программах
- •12.4. Полиморфные вектора
- •13.1 Область видимости
- •13.1.1. Локальная область видимости
- •13.2. Глобальные объекты и функции
- •13.2.1. Объявления и определения
- •13.2.2. Несколько слов о заголовочных файлах
- •13.3. Локальные объекты
- •13.3.1. Автоматические объекты
- •13.3.2. Регистровые автоматические объекты
- •13.3.3. Статические локальные объекты
- •13.4. Динамически размещаемые объекты
- •13.4.1. Динамическое создание и уничтожение единичных объектов
- •13.5. Определения пространства имен а
- •Тема 14. Применение оо-подхода в базах данных
- •14.1. Реляционные базы данных
- •14.2 Объектно-ориентированные базы данных (ообд)
- •14.3. Гибридные базы данных
- •Рекомендуемая литература
9.2. Абстрактные классы
Очень часто в базовом классе определяется виртуальная функция, которая не выполняет каких-либо значимых действий. Как уже упоминалось ранее, чем ниже находится класс в лестнице иерархии, тем он более конкретен. Т.е. базовый класс обычно не определяет законченный тип. Очень часто получается, что базовый класс не имеет какой-либо практической ценности для его непосредственного применения в программе. Однако он имеет ценность для формирования производных классов. Рассмотрим наш пример. Мы использовали в программе создание объекта класса vehicleтолько для придания примеру большей наглядности. В реальной же программе (также как и мире) нам вряд ли пригодится объект классаvehicle(транспортное средство). Нас больше интересует конкретная реализация возможностей этого класса, которую нам дают производные из него классыcar, truck, boat.Рассматривая работу функцииmessageклассаvehicle, мы заметим, что при выполнении нашей программы только один раз (если не принимать в расчет первый вызов процедурыmessage, когда был определен объект классаvehicle) из трех вызывалась функцияmessageклассаvehicle. Если же в классtruck добавить свою функциюmessage, то реализация функцииmessageв классеvehicleне будет представлять никакой ценности.
Таким образом, мы можем сделать два очень важных на данном этапе вывода:
класс vehicle нам ценен только как базовый класс
функция message класса vehicle стала нужна только для того, чтобы ее переопределили в производных классах.
Чисто виртуальным методом называют такой метод, который не определяется в базовом классе. У него нет тела, а есть только декларация о его существовании.
К примеру, если мы хотим представить класс vehicleв виде абстрактного класса, нам необходимо сделать две вещи: добавить методmessageв классtruckи убрать тело функции в базовом классеvehicle. Тогда описание класса vehicleбудет выглядеть следующим образом:
class vehicle
{
int wheels;
float weight;
public:
virtual void message(void) = 0;
};
Класс, содержащий хотя бы один чистый виртуальный метод, называется абстрактным классом.
Абстрактные классы не бывают изолированными, т.е. всегда абстрактный класс должен быть наследуемым. Поскольку у чисто виртуального метода нет тела, тосоздать объект абстрактного класса невозможно. Кроме того, во избежание появления ошибки при вызове чистого виртуального метода, производный класс должен содержать и декларирование, и тело чистого виртуального метода.
Абстрактным классом можно назвать класс, специально определенный для обеспечения наследования характеристик порожденными классами.
9.3. Таблицы виртуальных методов (функций)
Таблица виртуальных методов (ТВМ)(англ.virtual method table, VMT) -координирующая таблицаилиvtable- механизм, используемый вязыках программированиядля поддержки динамического соответствия (или метода позднего связывания).
Координирующая таблица объекта содержит адреса динамически связанных методов объекта. Метод вызывается при выборке адреса метода из таблицы. Координирующая таблица будет той же самой для всех объектов, принадлежащих тому же классу, поэтому допускается ее совместное использование. Объекты, принадлежащие классам, совместимым по типу (например, стоящие на одной ступени в иерархии наследования), будут иметь схожие координирующие таблицы: адрес данного метода зафиксируется с одним и тем же самым смещением для всех классов, совместимых по типу.
В стандартах C++ нет четкого определения, как должна реализовываться динамическая координация, но компиляторы зачастую используют некоторые вариации одной и той же базовой модели.
Обычно компилятор создает отдельную ТВМдля каждого класса. После создания объекта генерируется виртуальный табличный указатель (илиvpointer) на этуvtable, он добавляется как скрытый член данного объекта (а зачастую как первый член). Компилятор также генерирует "скрытый" код в конструкторе каждого класса для инициализации vpointer'ов его объектов адресами соответствующейvtable.
Пример
Рассмотрим следующие объявления класса в синтаксисе C++:
class B1
{
public:
void f0() {}
virtual void f1() {}
int int_in_b1;
};
class B2
{
public:
virtual void f2() {}
int int_in_b2;
};
используем для создания следующего класса мноественное наследование:
class D : public B1, public B2
{
public:
void d() {}
void f2() {} // переопределяем B2::f2()
int int_in_d;
};
в следующем фрагменте C++ кода:
B2 *b2 = new B2();
D *d = new D();
создается 32-битная схема памяти для объекта b2:
b2:
+0: указатель на таблицу виртуальных методов B2
+4: значение int_in_b2
таблица виртуальных методов B2:
+0: B2::f2()
а для объекта d схема памяти будет такой:
d:
+0: указатель на ТВМ D (для B1)
+4: значение int_in_b1
+8: указатель на ТВМ D (для B2)
+12: значение int_in_b2
+16: значение int_in_d
Всего: 20 Bytes.
ТВМ D (для B1):
+0: B1::f1() // B1::f1() не переопределена
ТВМ D (для B2):
+0: D::f2() // B2::f2() переопределена D::f2()
Таблица – это просто массив, каждый элемент которого содержит указатель на функцию.
Необходимо отметить, что невиртуальные функции (такие как f0) в общем случае не могут появляться в vtable, но в некоторых случаях есть исключения (как, например, конструктор по умолчанию).
Переопределение метода f2() в классеDреализуется дублированием ТВМB2и заменой указателя наB2::f2()указателем наD::f2().