I
Вопрос то понятен?
Size: a a a
2021 February 16
DP
пока не понятен, там хранить это где
I
пока не понятен, там хранить это где
внутри render_shape
D
class shapeСобственно в классе выше, композиция или наследование? Если композиция, то я там могу хранить любой shape, но что делать, если мне нужно в дальнейшем иметь класс, который всегда хранит данные круга? Я могу туда в класс передать круг, да, но тогда затем, при работ с этим классом, делать static_cast моего shape. Все верно или что не так?
{
};
class circle : public shape
{
};
class rect : public shape
{
};
class render_base
{
};
class render_shape : public render_base
{
// Вот тут я могу внутри композиторовать или агрегировать любую фигуру или могу сделать наследование для каждой фигуры от этого класса, в нем я храню скажем вот что(помимо самой фигуры, если композируемся - агрегируемся):
shape_color;
};
Наверное тебе надо просто сделать рендерер для каждой фигуры и создавать эти рендеры через фабрику
AF
class shapeСобственно в классе выше, композиция или наследование? Если композиция, то я там могу хранить любой shape, но что делать, если мне нужно в дальнейшем иметь класс, который всегда хранит данные круга? Я могу туда в класс передать круг, да, но тогда затем, при работ с этим классом, делать static_cast моего shape. Все верно или что не так?
{
};
class circle : public shape
{
};
class rect : public shape
{
};
class render_base
{
};
class render_shape : public render_base
{
// Вот тут я могу внутри композиторовать или агрегировать любую фигуру или могу сделать наследование для каждой фигуры от этого класса, в нем я храню скажем вот что(помимо самой фигуры, если композируемся - агрегируемся):
shape_color;
};
Тут шаблон
AF
render<shape>
SH
class shapeСобственно в классе выше, композиция или наследование? Если композиция, то я там могу хранить любой shape, но что делать, если мне нужно в дальнейшем иметь класс, который всегда хранит данные круга? Я могу туда в класс передать круг, да, но тогда затем, при работ с этим классом, делать static_cast моего shape. Все верно или что не так?
{
};
class circle : public shape
{
};
class rect : public shape
{
};
class render_base
{
};
class render_shape : public render_base
{
// Вот тут я могу внутри композиторовать или агрегировать любую фигуру или могу сделать наследование для каждой фигуры от этого класса, в нем я храню скажем вот что(помимо самой фигуры, если композируемся - агрегируемся):
shape_color;
};
делай через диспатч
I
render<shape>
Это хорошая идея, у меня она тоже есть в закромах. Тут проблема будет в том, что тогда, я теряю возможность хранить и менять и то и другое - то есть, сменить затем, круг на прямоугльник
AF
Это хорошая идея, у меня она тоже есть в закромах. Тут проблема будет в том, что тогда, я теряю возможность хранить и менять и то и другое - то есть, сменить затем, круг на прямоугльник
Для этого должен быть renderer<void>
AF
Ну или вон base
AF
Иначе зачем он тебе
SH
class render_shape;
class shape
{
public:
virtual ~shape();
virtual void render(render_shape* render) = 0;
}
class circle : public shape
{
...
void render(render_shape* render) override
{
render->render_circle(*this); // or any other way to draw circle
}
}
AF
Для этого должен быть renderer<void>
Главное помнить что срезая тип ты теряешь данные
I
class render_shape;
class shape
{
public:
virtual ~shape();
virtual void render(render_shape* render) = 0;
}
class circle : public shape
{
...
void render(render_shape* render) override
{
render->render_circle(*this); // or any other way to draw circle
}
}
Ну вот это как раз решение, с наследованием для каждой фигуры
AF
Которые потом не восстановить
SH
class render_shape;
class shape
{
public:
virtual ~shape();
virtual void render(render_shape* render) = 0;
}
class circle : public shape
{
...
void render(render_shape* render) override
{
render->render_circle(*this); // or any other way to draw circle
}
}
а потом
class render_shape : public render_base
{
...
void render(shape& shape)
{
shape.render(this);
}
}
I
Ну это посетитель, классический.
SH
Ну это посетитель, классический.
нет, это dispatch, он похож на посетителя, но смысл немного другой
SH
в некоторых языках так полиморфизм сделан
SH
Ну вот это как раз решение, с наследованием для каждой фигуры
не обязательно