В предыдущих примерах производный класс ничего не добавлял к базовому классу. Для производного класса функции определялись только чтобы обеспечить преобразование типа. Каждый производный класс просто задавал альтернативный интерфейс к общему множеству программ. Этот специальный случай важен, но наиболее обычная причина определения новых классов как производных классов в том, что кто-то хочет иметь то, что предоставляет базовый класс, плюс еще чуть-чуть.
Для производного класса можно определить данные и функции дополнительно к тем, которые наследуются из его базового класса. Это дает альтернативную стратегию обеспечить средства связанного списка. Заметьте, когда в тот slist, который определялся выше, помещается элемент, то создается slink, содержащий два указателя. На их создание тратится время, а ведь без одного из указателей можно обойтись, при условии, что нужно только чтобы объект мог находиться в одном списке. Так что указатель next на следующий можно поместить в сам объект, вместо того, чтобы помещать его в отдельный объект slink. Идея состоит в том, чтобы создать класс olink с единственным полем next, и класс olist, который может обрабатывать указателями на такие звенья olink. Тогда olist сможет манипулировать объектами любого класса, производного от olink. Буква "o" в названиях стоит для того, чтобы напоминать вам, что объект может находиться одновременно только в одном списке olist:
struct olink {
olink* next;
};
Класс olist очень напоминает класс slist. Отличие состоит в том, что пользователь класса olist манипулирует объектами класса olink непосредственно:
class olist {
olink* last;
public:
void insert(olink* p);
void append(olink* p);
olink* get();
// ...
};
Мы можем вывести из класса olink класс name:
class name : public olink {
// ...
};
Теперь легко сделать список, который можно использовать без накладных расходов времени на размещение или памяти.
Объекты, помещаемы в olist, теряют свой тип. Это означает, что компилятор знает только то, что они olink"и. Правильный тип можно восстановить с помощью явного преобразования типа объектов, вынутых из olist.
Например:
void f()
{
olist ll;
name nn;
ll.insert(&nn); // тип &nn потерян
name* pn = (name*)ll.get(); // и восстановлен
}
Другой способ: тип можно восстановить, выведя еще один класс из olist для обработки преобразования типа:
class olist : public olist {
// ...
name* get() { return (name*)olist::get(); }
};
Имя name может одновременно находиться только в одном olist. Для имен это может быть и не подходит, но в классах, для которых это подойдет полностью, недостатка нет. Например, класс фигур shape использует для поддержки списка всех фигур именно этот метод. Обратите внимание, что можно было бы определить slist как производный от olist, объединяя таким образом оба понятия. Однако использование базовых и производных классов на таком микроскопическом уровне может очень сильно исказить к
Похожие работы
... пользовательский интерфейс; 2. Обеспечение гибкости программы для добавления новых функций; 3. Надежность программы; Проектирование структуры программы и базовых алгоритмов Анализируя исходные данные к программе, ставится задача создать иерархию классов «Адресное бюро». Базовым классом в иерархии является абстрактный класс Address, который имеет поля: город(), улица(), дом(), корпус(). ...
... разрешимой группы и ее свойства; нильпотентная длина и другие инварианты конечной разрешимой группы; признаки разрешимости конечной группы с извесными добавлениями к максимальным погруппам; нахождение величины нильпотентной длины разрешимой группы с известными добавлениями к максимальным подгруппам. Работа состоит из трех глав. В первой главе "Подгруппа Фиттинга и ее свойства" изучены свойства ...
... и диаграмму компонентов. Построить диаграммы размещения. Привести и описать порядок генерации программного кода на языке С++ для информационной системы учебной библиотеки. Вывод: Разработка объектно-ориентированной модели информационной подсистемы для учебной библиотеки позволит смоделировать в стандартных формах предметную область, анализировать эту модель на всех этапах разработки и ...
... ГТК РФ, Минфина РФ и Постановлений Правительства РФ, регулирующих правовое положение налога на добавленную стоимость. ГЛАВА 2. НДС В СИСТЕМЕ НАЛОГОВЫХ ПЛАТЕЖЕЙ ОРГАНИЗАЦИЙ 2.1 Организационно-экономическая характеристика РГ УП "Усть-Джегутинский ДРСУч" Усть-Джегутинское дорожное ремонтно-строительное управление является обособленным подразделением Государственного унитарного предприятия ...
0 комментариев