Предыдущая страница реферата | 1  2  3 | Следующая страница реферата

class Человек : public БытьЧеловеком { ... };

class Сотрудник : public БытьЧеловеком, public БытьСотрудником { ... };

class Студент : public БытьЧеловеком, public БытьСтудентом { ...};

class СтудентСотрудник : public БытьЧеловеком, public БытьСтудентом,

   public БытьСотрудником { ... };

Формально говоря, такая схема построения классов вполне работоспособна за исключением того, что во многих случаях программисты относятся к интерфейсам слишком уж буквально - оставляют в них только абстрактные функции и реализуют эти функции только в классах-наследниках. В результате полностью выхолащивается идея повторного использования кода. Основанием для нереализации функций в интерфейсных классах обычно служит то, что в классе - интерфейсе нет "ядра" объекта. В нашем случае ядром объекта или классом, реализующим возможность существования объекта, может выступать класс БытьЧеловеком.

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

class БытьСтудентом

{

   БытьЧеловеком& m_БытьЧеловеком;

   public:

   БытьСтудентом( БытьЧеловеком& init)

   : m_БытьЧеловеком( init)

   { ... };

};

class Студент : public БытьЧеловеком, public БытьСтудентом

{

   public:

   Студент()

   : БытьЧеловеком(), БытьСтудентом( *this)

   { ...};

};

В этой схеме, согласно стандарту, также есть проблема - стандарт не гарантирует инициализации конструкторов, указанных в списке инициализации, в том порядке, в котором они перечислены в этом списке. Поэтому мы, передавая *this как аргумент конструктора базового класса, получаем ссылку на негарантированно определенный объект. Выйти из этой ситуации можно, если декларировать конструктор без аргументов и создать дополнительную функцию инициализации, зависящую от *this. Но дублирование ссылок, хранимых в интерфейсных классах, тем не менее, сохраняется и это есть некрасиво.

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

class БытьСтудентом

Рекомендуем скачать другие рефераты по теме: сочинения по русскому языку, управление персоналом реферат.





Предыдущая страница реферата | 1  2  3 | Следующая страница реферата