Функции вызова наследования C++ из дочернего элемента из переменной родительского класса

Question

В C++ У меня есть пакет базового класса, а затем много детей APIPacket, DataIOPacket и т. Д. Теперь я хочу сохранить входящий пакет, и поскольку я не знать тип хранить это в переменной:

Packet packet; 
packet = DataIOPacket(); 

Но теперь DataIOPacket имеет функцию getAnalogData(); Я не могу сделать:

packet.getAnalogData(); 

Поскольку пакет не имеет этой функции. В java я думаю, что это возможно, так как фактический тип объекта, хранящегося в пакете, не теряется (это правильно?). Но в C++ мой DataIOPacket сужается в Packed и теряет его функции, которые не были объявлены в пакете.

Вы можете сделать виртуальную функцию в пакете для каждой функции в каждом дочернем элементе. Но для меня это означало бы множество функций в пакете, которые в большинстве случаев не следует вызывать. Не использовать вызов getAnalogData() в APIPacket.

Как решить эту проблему? Я не могу найти ответ, но я чувствую, что многие люди должны его встретить.

Вы можете что-то сделать с приведением типов в DataIOPacket и APIPacket, но это не похоже на чистое решение.

Возможно, библиотеки, которые решают мою проблему?

Rgds,

Рул

Answer 1

Это возможно в Java и C++ тоже. вам нужно сделать dynamic_cast, чтобы проверить тип.

Packet* packet; 
packet = new DataIOPacket(); 

     DataIOPacket dio* = dynamic_cast<DataIOPacket*>(packet); 
      if (dio != 0) 
      { 
      dio->DoSomeChildMethodStuff(); 
      } 

Answer 2

в C++ мой DataIOPacket сужается в Packet и теряет это функции, которые не были объявлены в Packet

Это происходит потому, что вы назначаете объект типа DataIOPacket к объект типа Packet, результатом которого является этот объект нарезанный (см. What is object slicing?).

То, что вы на самом деле ищете способ, как вы могли бы узнать в время выполнения, является ли объект, который вы работаете с была создана в качестве экземпляра DataIOPacket. Другими словами, вы ищете Run-Time Type Identification (RTTI).

Чтобы избежать нарезки, вам необходимо иметь ссылку или указатель на объект. Тип этого объекта будет затем идентифицированы в время выполнения:

Packet* packet; 
packet = new DataIOPacket(); 

Теперь packet является указателем на объект типа DataIOPacket (время выполнения), но тип указателя Packet* (время компиляции).Чтобы вызвать метод, специфичный для класса DataIOPacket для этого объекта, компилятору необходимо знать, что этот указатель указывает на объект типа, который предоставляет этот метод. Правильный путь вниз литья указатель полиморфного типа с помощью dynamic_cast, который возвращает NULL в случае, если этот объект не может быть приведен к этому типу:

Packet* packet; 
packet = new DataIOPacket(); 
DataIOPacket* dataIOPacket = dynamic_cast<DataIOPacket*>(packet); 
if (dataIOPacket) 
    dataIOPacket->getAnalogData(); 

Заметим, что это также возможно с объектами с автоматической продолжительностью хранения:

DataIOPacket packet; 
Packet* pPacket = &packet; 

DataIOPacket* dataIOPacket = dynamic_cast<DataIOPacket*>(pPacket); 
if (dataIOPacket) 
    dataIOPacket->getAnalogData(); 

в этом случае типа packet является решающим фактором, который решает, будет ли dynamic_cast успешным или нет. Объект должен быть создан как экземпляр DataIOPacket, чтобы вызвать метод getAnalogData.

Answer 3

Хорошо, я понял, что некоторые люди предположили, что наличие динамического броска предполагает, что моя структура неправильная. Поэтому я собираюсь изменить то, что каждый тип пакетов получает свое собственное пространство для хранения. Я храню пакеты, в которых я их читаю, и затем они передаются в основной поток, который выполняет всю обработку. Действительно, имеет смысл, что вы сохраняете тип. Мой основной поток не хочет определять, какой тип пакетов имеет, поскольку он имеет другой способ обращения с разными пакетами. Если вам когда-нибудь понадобится поведение, которое я описал в своем вопросе, я думаю, что динамический бросок - это путь. Но прежде чем делать это, вы должны действительно спросить себя, не следует ли изменять структуру. И использование динамического приведения не будет работать на объектах, так как они подвергаются разрезанию. Он работает только с указателями.