Базовый класс «Интерпретатор» не имеет неразрушающих виртуальных функций

Question

Базовый класс «Интерпретатор» не имеет неразрушающих виртуальных функций

0

Это часть моего кода:

class Interpreter {
public:
    Interpreter() : m_id_counter(0) {}
    virtual ~Interpreter() {}
protected:
    int32 m_id_counter;
};

class ManCal : public Interpreter {
public:
    ManCal() {}
};

и с предупреждением:

Warning: Base class 'Interpreter' has no non-destructor virtual functions

Какова причина?

Ashwin 30 янв. 2014, в 17:27

Источник

0

Он пытается сказать вам, что вы, вероятно, не хотели, чтобы деструктор был virtual . Почему вы сделали это virtual ?
BoBTFish 30 янв. 2014, в 15:46
0

В коде нет ничего плохого, хотя трудно представить вариант использования базового класса, в котором есть виртуальный деструктор, но нет других виртуальных функций-членов.
Simple 30 янв. 2014, в 15:46
0

@Simple: Простое: Что в этом такого сложного? Мне сложнее думать о полезном базовом классе, в котором нет виртуального деструктора.
Axel 30 янв. 2014, в 15:48
1

@Axel Аксель, что ты будешь с этим делать? Виртуальный деструктор подразумевает, что вы будете иметь указатели на базовый класс, чтобы впоследствии вы могли его полиморфно удалить; если у него нет других виртуальных членов, то вы не сможете многое сделать с этими указателями.
Simple 30 янв. 2014, в 15:50
1

@BoBTFish: Есть несколько кодовых генераторов , которые производят классы с виртуальными деструкторами по умолчанию, например , я абсолютно уверен , Rational Rhapsody (дизайн инструмента UML) это делает.
icabod 30 янв. 2014, в 15:50
0

@Simple: Простой: я мог бы подумать о классе смарт-указатель. Создайте фабрику для создания этих указателей. Затем у вас есть возможность переключиться на версию журнала этих указателей во время выполнения, возвращая производный интеллектуальный указатель журнала вместо базового класса. (Не знаю, является ли это лучшим примером, но я уверен, что есть и другие.)
Axel 30 янв. 2014, в 16:29
0

PS: Возможно, «дескрипторы объектов» были бы лучше, чем «умные указатели» в моем примере выше. Использование указателей на умные указатели действительно звучит несколько странно ...
Axel 30 янв. 2014, в 16:34

Показать ещё 5 комментариев

Теги:

c++

lint

1 ответ

Ещё вопросы

Он пытается сказать вам, что вы, вероятно, не хотели, чтобы деструктор был virtual . Почему вы сделали это virtual ?
В коде нет ничего плохого, хотя трудно представить вариант использования базового класса, в котором есть виртуальный деструктор, но нет других виртуальных функций-членов.
@Simple: Простое: Что в этом такого сложного? Мне сложнее думать о полезном базовом классе, в котором нет виртуального деструктора.
@Axel Аксель, что ты будешь с этим делать? Виртуальный деструктор подразумевает, что вы будете иметь указатели на базовый класс, чтобы впоследствии вы могли его полиморфно удалить; если у него нет других виртуальных членов, то вы не сможете многое сделать с этими указателями.
@BoBTFish: Есть несколько кодовых генераторов , которые производят классы с виртуальными деструкторами по умолчанию, например , я абсолютно уверен , Rational Rhapsody (дизайн инструмента UML) это делает.
@Simple: Простой: я мог бы подумать о классе смарт-указатель. Создайте фабрику для создания этих указателей. Затем у вас есть возможность переключиться на версию журнала этих указателей во время выполнения, возвращая производный интеллектуальный указатель журнала вместо базового класса. (Не знаю, является ли это лучшим примером, но я уверен, что есть и другие.)
PS: Возможно, «дескрипторы объектов» были бы лучше, чем «умные указатели» в моем примере выше. Использование указателей на умные указатели действительно звучит несколько странно ...

JaredPar · Answer 1 · 2014-01-30T13-08-00.000Z

В коде нет ничего плохого. Предупреждение просто информирует вас о том, что вы создали отношение наследования, которое не имеет возможности переопределить поведение базового типа. Часто это является признаком того, что наследование здесь неуместно, и другой шаблон, подобный "имеет", будет более уместным между ManCal и Interpreter