Множественное наследование - так ли это плохо?

@CyberSolver · Регистрация: 23.07.2014

Author24 — интернет-сервис помощи студентам

Вопрос не в том, что это такое и пр. С момента изучения Си++ во всех книжках все авторы (кроме самого Страуструпа) пишут, что множественное наследование - бяка и фу. Мне лично глубоко пофигу на эти общие соображения.

Вопрос: может ли кто-то привести пример (желательно из личной практики), где применение множественного наследования было бы самым удачным с точки зрения дизайна и/или производительности решением? Или всё-таки всегда-всегда можно заменить наследование композицией (ну или каким-нибудь паттерном twin)?

@Nick Alte · 29.07.2014, 19:11

Могу привести полезны и безопасный пример. Микс-ины: в данном контексте под ними понимаются служебные классы, обеспечивающие наличие (или отсутствие) какого-то свойства. Например, так:

C++

class NonCopyable{
private: NonCopyable(const NonCopyable&);  // Или даже =delete при использовании C++11
};
 
class NonAssignable{
private: NonAssignable& operator = (const NonAssignable&);
};
 
class MyVeryUniqueObject: public NonCopyable, NonAssignable { // Мы явным образом указали свойства класса. Вместо того, чтобы прятать принадлежащие ему конструктор копирования и оператор присваивания, теперь можем их просто не упоминать.
public:
    // Интерфейс класса
private:
    // Данные класса
};

Через микс-ины можно также делать интрузивные контейнеры и другие полезные вещи.

@CyberSolver · 29.07.2014, 19:29 **[ТС]**

Извините, забыл упомянуть такой случай. Также не считаются абстрактные классы в качестве родителей - этим мы (как бы) моделируем Java-интерфейсы. То есть работает ли наследование от двух вполне конкретных классов типа примера Страуструпа:

C++

class displayed;// можно отобразить на экране
class task; // можно запустить в отдельный поток
 
// можно нарисовать в отдельном потоке
class displayed_task: public displayed, public task
{
// implementation
};

@Dmitriy_M · 30.07.2014, 09:19

Сообщение от CyberSolver

Также не считаются абстрактные классы в качестве родителей - этим мы (как бы) моделируем Java-интерфейсы.

Концепция интерфейсов существует независимо от Java.
Интерфейсы это чисто архитектурное решение.

Сообщение от CyberSolver

С момента изучения Си++ во всех книжках все авторы (кроме самого Страуструпа) пишут, что множественное наследование - бяка и фу.

Кто пишет?

@CyberSolver · 30.07.2014, 17:55 **[ТС]**

Сообщение от Dmitriy_M

Концепция интерфейсов существует независимо от Java.

You don't say. Я же написал - "как бы".

Сообщение от Dmitriy_M

Кто пишет?

"Кто говорит? Все говорят!"

По делу что-то можете сказать?

@Dmitriy_M · 30.07.2014, 19:40

Сообщение от CyberSolver

"Кто говорит? Все говорят!"

Поменьше читай того, что на заборе написано.

Запрет на множественное наследование пошел от некомпетентных людей. Ошибки множественного наследования обычно сводятся к архитектурным ошибкам.
Фаулер в одной из своих книг признал, что с появлением Java появилось множество плохо спроектированного ПО.
И что-бы эти люди лишний раз не отстреливали себе ноги при проектировании, была предложена концепция без множественного наследования.

Этот вопрос из той же оперы, что и: goto это плохо.

@CyberSolver · 30.07.2014, 20:11 **[ТС]**

Сообщение от Dmitriy_M

Поменьше читай того, что на заборе написано.

Сообщение от Dmitriy_M

Запрет на множественное наследование пошел от некомпетентных людей.

Хм. Ну ладно. Я просто оставлю это здесь.

Сообщение от Dmitriy_M

Ошибки множественного наследования обычно сводятся к архитектурным ошибкам.

Это настолько же верно, насколько и бесполезно.

Сообщение от Dmitriy_M

Этот вопрос из той же оперы, что и: goto это плохо.

Да хорошо это, хорошо.

Собственно, ради этого я и задавал вопрос: мне кто-то покажет реальный код, где множественное наследование - это хорошо? Или все будут строить из себя умных, и рассуждать о жизни, Вселенной и обо всём таком?

@Dmitriy_M · 31.07.2014, 09:43

Сообщение от CyberSolver

мне кто-то покажет реальный код, где множественное наследование - это хорошо?

Чем не устраивает пример Nick Alte?

При использовании библиотеки Qt можно много примеров привести, но не уверен, что вы знаете про сигналы/слоты

MrGluck · 31.07.2014, 16:16

Хороший пример есть в книге Скотта Майерса, "Эффективное использование c++. 50 рекомендаций по улучшению ваших программ и проектов", правило 43, "Продумывайте подход к использованию множественного наследования". Честно говоря, на работе не использовал, но при надобности не воздержусь.

@CyberSolver · 31.07.2014, 20:36 **[ТС]**

Dmitriy_M, с чего вы взяли, что я не знаю Qt?

Добавлено через 6 минут
MrGluck, спасибо, сразу не вспомнил. Не сказал бы, что это хорошее решение и хороший код. Меня учили так: предпочитай композицию наследованию. А если одно на другое не заменяется - жди беды.

@Dmitriy_M · 01.08.2014, 08:57

CyberSolver, Тогда обычный пример QGraphicsObject наследуется от QObject и QGraphicsItem.
Объекты этого класса могут быть отображены на сцене(наследует поведение от QGraphicsItem) и общаться посредством сигналов/слотов(наследует поведение от QObject)

@CyberSolver · 01.08.2014, 09:33 **[ТС]**

Dmitriy_M, спасибо, как-то подзабыл Qt-ную иерархию. И вроде да - любое другое решение только добавляет проблем.

@CyberSolver 102 / 75 / 17 Регистрация: 23.07.2014 Сообщений: 877 Записей в блоге: 1
	31.07.2014, 20:36 [ТС]	10
	Dmitriy_M, с чего вы взяли, что я не знаю Qt? Добавлено через 6 минут MrGluck, спасибо, сразу не вспомнил. Не сказал бы, что это хорошее решение и хороший код. Меня учили так: предпочитай композицию наследованию. А если одно на другое не заменяется - жди беды. 0

@CyberSolver 102 / 75 / 17 Регистрация: 23.07.2014 Сообщений: 877 Записей в блоге: 1
	01.08.2014, 09:33 [ТС]	12
	Dmitriy_M, спасибо, как-то подзабыл Qt-ную иерархию. И вроде да - любое другое решение только добавляет проблем. 0

Блоги программистов
Как перейти с Options API на Composition API в Vue.js BasicMan 06.01.2025 Почему переход на Composition API актуален В мире современной веб-разработки фреймворк Vue. js продолжает эволюционировать, предлагая разработчикам все более совершенные инструменты для создания. . .	Архитектура современных процессоров inter-admin 06.01.2025 Процессор (центральный процессор, ЦП) является основным вычислительным устройством компьютера, которое выполняет обработку данных и управляет работой всех остальных компонентов системы. Архитектура. . .	История создания реляционной модели баз данных, правила Кодда Programming 06.01.2025 Предпосылки создания реляционной модели В конце 1960-х годов компьютерная индустрия столкнулась с серьезными проблемами в области управления данными. Существовавшие на тот момент модели данных -. . .	Полезные поделки на Arduino, которые можно сделать самому raxper 06.01.2025 Arduino как платформа для творчества Arduino представляет собой удивительную платформу для технического творчества, которая открывает безграничные возможности для создания уникальных проектов. Эта. . .	Подборка решений задач на Python IT_Exp 06.01.2025 Целью данной подборки является предоставление возможности ознакомиться с различными задачами и их решениями на Python, что может быть полезно как для начинающих, так и для опытных программистов. . . .	С чего начать программировать микроконтроллеры raxper 06.01.2025 Введение в мир микроконтроллеров Микроконтроллеры стали неотъемлемой частью современного мира, окружая нас повсюду: от простых бытовых приборов до сложных промышленных систем. Эти маленькие. . .
Из чего собрать игровой компьютер inter-admin 06.01.2025 Сборка игрового компьютера требует особого внимания к выбору комплектующих и их совместимости. Правильно собранный игровой ПК не только обеспечивает комфортный геймплей в современных играх, но и. . .	Обновление сайта www.historian.by Reglage 05.01.2025 Обещал подвести итоги 2024 года для сайта. Однако начну с того, что изменилось за неделю. Добавил краткий урок по последовательности действий при анализе вредоносных файлов и значительно улучшил урок. . .	Как использовать GraphQL в C# с HotChocolate Programming 05.01.2025 GraphQL — это современный подход к разработке API, который позволяет клиентам запрашивать только те данные, которые им необходимы. Это делает взаимодействие с API более гибким и эффективным по. . .	Модель полного двоичного сумматора с помощью логических операций (python) AlexSky-coder 04.01.2025 def binSum(x:list, y:list): s=^y] p=x and y for i in range(1,len(x)): s. append((x^y)^p) p=(x and y)or(p and (x or y)) return s x=list() y=list()	Это мы не проходили, это нам не задавали...(асихронный счётчик с управляющим сигналом зад Hrethgir 04.01.2025 Асинхронный счётчик на сумматорах (шестиразрядный по числу диодов на плате, но наверное разрядов будет больше - восемь или шестнадцать, а диоды на старшие), так как триггеры прошли тестирование и. . .	Руководство по созданию бота для Телеграм на Python IT_Exp 04.01.2025 Боты для Телеграм представляют собой автоматизированные программы, которые выполняют различные задачи, взаимодействуя с пользователями через интерфейс мессенджера. В данной статье мы рассмотрим,. . .

@Dmitriy_M 1443 / 1326 / 131 Регистрация: 20.03.2009 Сообщений: 4,689 Записей в блоге: 11
	30.07.2014, 09:19	4
	Сообщение от CyberSolver Также не считаются абстрактные классы в качестве родителей - этим мы (как бы) моделируем Java-интерфейсы. Концепция интерфейсов существует независимо от Java. Интерфейсы это чисто архитектурное решение. Сообщение от CyberSolver С момента изучения Си++ во всех книжках все авторы (кроме самого Страуструпа) пишут, что множественное наследование - бяка и фу. Кто пишет? 0

@CyberSolver 102 / 75 / 17 Регистрация: 23.07.2014 Сообщений: 877 Записей в блоге: 1
	30.07.2014, 17:55 [ТС]	5
	Сообщение от Dmitriy_M Концепция интерфейсов существует независимо от Java. You don't say. Я же написал - "как бы". Сообщение от Dmitriy_M Кто пишет? "Кто говорит? Все говорят!" По делу что-то можете сказать? 0

@Dmitriy_M 1443 / 1326 / 131 Регистрация: 20.03.2009 Сообщений: 4,689 Записей в блоге: 11
	30.07.2014, 19:40	6
	Сообщение от CyberSolver "Кто говорит? Все говорят!" Поменьше читай того, что на заборе написано. Запрет на множественное наследование пошел от некомпетентных людей. Ошибки множественного наследования обычно сводятся к архитектурным ошибкам. Фаулер в одной из своих книг признал, что с появлением Java появилось множество плохо спроектированного ПО. И что-бы эти люди лишний раз не отстреливали себе ноги при проектировании, была предложена концепция без множественного наследования. Этот вопрос из той же оперы, что и: goto это плохо. 0

@CyberSolver 102 / 75 / 17 Регистрация: 23.07.2014 Сообщений: 877 Записей в блоге: 1
	30.07.2014, 20:11 [ТС]	7
	Сообщение от Dmitriy_M Поменьше читай того, что на заборе написано. Сообщение от Dmitriy_M Запрет на множественное наследование пошел от некомпетентных людей. Хм. Ну ладно. Я просто оставлю это здесь. Сообщение от Dmitriy_M Ошибки множественного наследования обычно сводятся к архитектурным ошибкам. Это настолько же верно, насколько и бесполезно. Сообщение от Dmitriy_M Этот вопрос из той же оперы, что и: goto это плохо. Да хорошо это, хорошо. Собственно, ради этого я и задавал вопрос: мне кто-то покажет реальный код, где множественное наследование - это хорошо? Или все будут строить из себя умных, и рассуждать о жизни, Вселенной и обо всём таком? 0

@Dmitriy_M 1443 / 1326 / 131 Регистрация: 20.03.2009 Сообщений: 4,689 Записей в блоге: 11
	31.07.2014, 09:43	8
	Сообщение от CyberSolver мне кто-то покажет реальный код, где множественное наследование - это хорошо? Чем не устраивает пример Nick Alte? При использовании библиотеки Qt можно много примеров привести, но не уверен, что вы знаете про сигналы/слоты 0

MrGluck Форумчанин 8216 / 5046 / 1437 Регистрация: 29.11.2010 Сообщений: 13,453
	31.07.2014, 16:16	9
	Хороший пример есть в книге Скотта Майерса, "Эффективное использование c++. 50 рекомендаций по улучшению ваших программ и проектов", правило 43, "Продумывайте подход к использованию множественного наследования". Честно говоря, на работе не использовал, но при надобности не воздержусь. 1

@Dmitriy_M 1443 / 1326 / 131 Регистрация: 20.03.2009 Сообщений: 4,689 Записей в блоге: 11
	01.08.2014, 08:57	11
	Сообщение было отмечено CyberSolver как решение Решение CyberSolver, Тогда обычный пример QGraphicsObject наследуется от QObject и QGraphicsItem. Объекты этого класса могут быть отображены на сцене(наследует поведение от QGraphicsItem) и общаться посредством сигналов/слотов(наследует поведение от QObject) 1

Опции темы

Множественное наследование - так ли это плохо?

Решение