Зато честно

Тут @webreh любит рассказывать о том, что наследование можно разделить на 3 отдельные операции, вот если это как-то формализовать и протащить в стандарт, то "чисто функциональное" наследование будет реализовываться легко (просто интересный факт)

Я когда-нибудь соберусь и сделаю md по поводу всех своих безумных идей на github :)

Собственно говоря я утверждал, что в компонентах обычного наследования можно разглядеть наследование scope, static_cast и перекрытие виртуальных функций, а потом из этих компонентов собрать косвенную агрегацию (std::reference_wrapper, только scope и static_cast в одну сторону), прямую агрегацию (наследование scope и static_cast = default работает в обе стороны) и плюсовое наследование

Люди, кто пишет в notepad++ скажите можно же поменять оформление панели задач и окна с компилятором?

Не путями самой проги

Это точно сюда?)))

То, что у Notepad++ есть два плюса, как у С++, это не делает его онтопиком здесь

Уверен что он не виртуальный, насколько мне известно вся стандартная библиотека не осчастливлена таковыми, однако с другой стороны я сомневаюсь что у ноды есть вообще виртуальные методы какие либо а если и есть то скорее всего помечены final, а следовательно никакого полиморфизма, никакого полиморфизма значит никаких указателей никаких указателей значит никаких проблем с очисткой не должно быть)

Ведь виртуальный деструктор необходим для коректного разрушения наследованого обьекта через указатель на базовый

Теоретически мы просто переопределим нужный функционал остальное останеться "из коробки"

Дальше таким же макаром надо сделать обортку вокруг когото из предков мапы кто принимает в себя именно ноде тайп

И дальше по сути с некоторыми отклонениями откопипастить интерфейс мапы

Это очень грубо

Да и плюс стандартную библиотеку то не поменяешь

Одно дело если это польщовательский код менять

А так только просто переписывать весь интерфейс

Для bimap, скорее всего понадобятся новые члены класса. Например для того, чтобы положить ноду в два разных бакета, понадобится второй указатель на следующий элемент в односвязном списке. Ну и даже если бы наследник не добавлял новые поля, я почти уверен, что попытка разрушить объект без виртуального деструктора через базовый класс приведет к UB. В прочем переиспользовать сам класс мапы вряд ли удалось бы, поэтому видимо мое замечание не актуально.

в стандартной библиотеке virtual навскидку есть в std::exception, std::error_category. Кажется, в stream'ах где-то тоже. Беглый гуглинг дает std::pmr::memory_resource. Но вообще он конечно почти не встречается, в основном потому, что стандартн пытается не навязывать свои интерфейсы

Всем доброе утро! Хотел спросить кто мне может помочь решит задачи? Я учусь в универе 1 курс, и сейчас через 30 минут у меня будет тест по С++ на английском языке