Vitaly

Это поможет сейчас. А это после защиты "диплома".

Но потыкавшись по форумам, сложилось впечатление, что на крестах сейчас в большинстве только поддержка старых (очень) проектов. А новые почти не пишут.

Форумы -- плохой источник информации по данному вопросу. Тостер тоже.
Зайдите на hh.ru, выберите расширенный поиск, укажите города Москва и Спб, в поле поиска введите "C++ "(латиницей без кавычек).

И включите уже спеллчекер.

dynamic_cast, static_cast, reinterpret_cast

Зачем полям в базовом классе быть private? Сделайте их protected и пользуейтесь в наследниках. А ещё лучше, сделайте в базовом классе конструктор с параметрами.
Вирутальных конструкторов в C++ нет, но есть один паттерн, поищите какой.

class Foo
{
public:
    Foo(int a1, int a2)
        : m_a1(a1)
        , m_a2(a2)
    {}

protected: // Если необходим доступ в потомках, в остальных случаях private
    int m_a1;
    int m_a2;
};

class Bar : public Foo
{
public:
    Bar(int a1, int a2)
        : Foo(a1, a2)
    {}
};

PS
Пользуйтесь #pragma once, деструктор в базовом классе должен быть виртуальным (не всегда... но пока просто делайте всегда), не смешивайте стили, не пишите имена транслитом.

virtual

Самый простой вариант решения вашей задачи. Классов вроде Detail и Node может быть сколько угодно, главное, чтобы они реализовывали соотвествующие интерфейсы.

struct IDetail {};
struct INode {};

struct Detail : public IDetail
{ };

struct Node : public INode
{
    std::vector<IDetail*> details;
};

struct Mechanism
{
    std::vector<INode*> nodes;
};

В вашем случае больше подойдёт агрегация. И, в качестве совета: всегда старайтесь рассматривать агрегацию как альтернативу множественного наследования. Почитайте что-нибудь хорошее по ООП (найдите в сети, есть 100500 ответов на вопрос "что почитать по теме ...").

А каноны ООП -- это нечно мифическое. Есть базовый набор принципов и рекомендаций, а остальное -- опыт и знания. Никогда не будет так как в школе: вот это отлично и так надо делать, а вот это плохо и так делать не надо.

Если очень коротко:
Интерфейс следуют рассматривать как описание набора похожих по смыслу действий, которые можно произвести с экземпляром класса. Например мы можем постучать по всему, реализует интерфейс IKnockable, и в контексте использования данного интерфейса нам не важны остальные характеристики объекта. Постучать, допустим можно по дереву, а можно и по голове.
Понятие наследование от базового класса включает в себя наследование описательных и поведенческих характеристик. Допустим есть класс виджетов, которые умеют себя рисовать, реагировать на команды и прочее. Пусть от виджета наследуется класс MainWindow или класс Dialog. Эти классы умеют себя рисовать как и виджет, имеют свойства прозрачности (допустим) и прочие, однако содержат что-то новое элементы управления по умолчанию, предопределённые свойства модальности иное поведение и пр.
Конечно неплохо было бы учесть некоторые принципы SOLID, но вопрос не про это...