Или geLtocalTime

Привет, у меня такой вопрос:

Есть такой вот код:

class base_collider_entity_t : public virtual base_position_entity_t,
                               public         collider_i
{
public:
    const collider_data_t *get_collider_data()                      const override
    {
        return 
            m_collider_data.get();
    }

          void             set_collider_data( collider_ptr&& ptr )        override
    {
        m_collider_data = std::move( ptr );
    }

private:
    std::unique_ptr<collider_data_t>        m_collider_data;
};

class ball_t : public base_collider_entity_t
{

};

Как видно, ball_t - является наследником base_collider_entity_t, который в свою очередь умеет хранить и отдавать коллайдеры разных форм - круглый и прямоугольный, положим.

Но ball_t должен работать только с коллайдерами круглой формы. Как правильно спроектировать такое отношение? Код выше - по факту, позволяет добавить в ball_t и прямоугольный коллайдер.. Даже если так можно и нужно делать из принципов SOLID, вопрос в том, а как потом менять, скажем радиус, если по факту у нас внутри прямоугольник?

class base_collider_entity_t : public virtual base_position_entity_t,
                               public         collider_i
{
public:
    const collider_data_t *get_collider_data()                      const override
    {
        return 
            m_collider_data.get();
    }

          void             set_collider_data( collider_ptr&& ptr )        override
    {
        m_collider_data = std::move( ptr );
    }

private:
    std::unique_ptr<collider_data_t>        m_collider_data;
};

class ball_t : public base_collider_entity_t
{

};

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

Либо сделать признак у фигуры какой он Формы, тоже наверное норм

здесь вещи посерьезнее, а не из азов наследования

Чем что тут сложнее и как решить

Звучит не сложно, может чего то не вижк

Просто, разве может родитель работать и с квадратными и с круглыми фигурами, а ребенок только с круглыми? Это вроде как противоречит принципу подстановки барбары лисков

Все так. Но и твои решения не решают проблемы. Они ее лишь усугубляют, как мне кажется.

Надо наверное, тогда, сделать родителя который бы работал только с круглыми формами?

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

Ну ты верно пишешь проблему, но ты не пишешь решение.

Я же ничего против не имею, просто поясняю, что в твоем ответе все верно, но отсутствует решение.

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

Там где нужен этот метод, туда его и добавить

Предлагаешь сделать так?

class base_circle_collider_entity_t : public virtual base_position_entity_t,
                                      public         circle_collider_i

Это типо отдельный класс который работает только с круглыми?

Ага.

У тебя вот в том классе, который должен работать с круглыми фигурами, должна быть еще какая то логика?

class base_circle_collider_entity_t : public virtual base_position_entity_t,
                                      public         circle_collider_i

Да, может быть вполне - вот в этом сообщении, как видишь, мы наследуемся еще и от position, а дальше я хотел бы еще сюда рендер прикрутить, но это скорее всего будет решать множественным наследованием base_circle_collider_entity_t и render_entity