Iterator не может получить доступ к методам членов производного класса

Question

Я хочу вывести содержимое каждого объекта из приведенного ниже вектора.

vector<Employees*> midzer; 

«Решение» Я нашел, выполнив следующие действия:

for (vector<Employees*>::iterator i = midzer.begin(); i != midzer.end(); ++i) 
    { 
     cout << 
     (*i)->getFirstName() << " " << // Base class method. 
     (*i)->getLastName() << "\n" << // Base class method. 
     (*i)->getSalary() << "\n" << // Base class method. 
     (*i)->getNumMeetings() << "\n" << // Derived class method. 
     (*i)->getNumVacationDays() << endl; //Derived class method. 
    } 

Вопрос заключается в том, что я получаю сообщение об ошибке о том, что getNumMeetings и getNumVacationDays не являются членами сотрудников (базовый класс).

Может ли кто-нибудь уточнить, почему итератор не может «увидеть» производные методы и, если возможно, предоставить решение для этого?

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

Дополнительная информация:

• Я только позволил создать один вектор.
• Я должен создать базовый класс и три производных класса (Менеджер, Инженер и Исследователь).

/Kenneth

Answer 1

Можно ли разработать, почему итератор не может «видеть» производные методы

компиляции ничего не известно о вызовах виртуальных функций, так что эти функции должны существовать в Employees (лучше название Employee, конечно?).

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

Answer 2

Использование полиморфизма?

Определить виртуальный член Функция печати, взяв ostream. Назови это. Попросите версию производного класса вызвать версию базового класса, а затем распечатайте дополнительную информацию.

Answer 3

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

dynamic_cast<Manager*>(*i)->getNumMeetings() << "\n" << 

но лучше (OO) способ заключается в использовании иерархии классов, чтобы решить эту проблему - поставить виртуальную записью метода в базовый класс, а затем специализировать его в производных классах.

Answer 4

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

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

Возможно, вам нужна абстрактная функция печати.

class Employee 
{ 
public: 
    virtual ~Employee(); 

    virtual std::ostream& print(std::ostream &) const = 0; 
}; 


class Manager : public Employee 
{ 
public: 
     virtual std::ostream& print(std::ostream &) const; 
}; 

std::ostream& Manager::print(std::ostream & os) const 
{ 
     // print, knowing I am a Manager 
    return os; 
} 


for (vector<Employees*>::iterator i = midzer.begin(); i != midzer.end(); ++i) 
{ 
    (*i)->print(std::cout); 
} 

Если вы на самом деле всегда, в одном векторе, всегда один и тот же тип, вы могли бы рассмотреть вопрос об изменении модели, чтобы отразить эти агрегаты. Вектор менеджеров - это не тип вектора сотрудников, ни наоборот.

Answer 5

Это работает только в обратном направлении. Таким образом, производный тип может «видеть» элементы своего базового типа (потому что он равен базовому типу), но базовый тип не может видеть члены производного типа (потому что это не производный тип).

Решение должно заключаться в реализации такой функции, как «печать» или «отображение» в базовом классе Employee, а затем переопределить ее в каждом из производных классов.

Answer 6

Проблема заключается не в итераторе, а в том, как вы структурировали свои классы.

Непонятно, как вы определили класс Employee и подклассы. В объектно-ориентированном дизайне базовый класс содержит интерфейсы, а подкласс или конкретные классы могут переопределять/реализовывать конкретные поведения. Это называется принципом program to interface. Для этого используйте виртуальные функции.