Как писать ООП программы?

[gil9red]

Потому как базовый класс Shape не знает метода setRadius()

И по логике, не обязан, ибо не у всех фигур есть радиус

[Igors]

Потому как базовый класс Shape не знает метода setRadius()

То конечно хороший вопрос, но пусть сначала вынесет генерацию из конструктора и хоть как-то наладит взаимодействие классов. А то пока только песиков наводит.

[Johnik]

Пусть учится

[8Observer8]

Получается, что при передачи в функцию через указатель на базовый класс полиморфизм работает, а если в том же блоке, то нет? Непонятно...

[Johnik]

...а если в том же блоке...

что в том же блоке?

[8Observer8]

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

Код

C++ (Qt)
    std::shared_ptr<myShapes::Shape> pc(new myShapes::Circle(50.0));
    pc->setRadius(25.0);
 

И это не работает. А если так же с функцией, то работает:

Код

C++ (Qt)
void Viewer::draw(std::shared_ptr<myShapes::Shape> ps, int xOffset, int yOffset)
 

[Old]

А если так же с функцией, то работает:

Да ладно.
Попробуйте там вызвать setRadius.

Если вы хотите пользоваться частным (не общим) функционалом производного класса, то придется приводить указатель к этому классу.

[8Observer8]

Значит, я полиморфизм неправильно понял. Видимо, перепутал с ситуацией, когда в производном переопределяется функция с ключевым словом "virtual".

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

А как привести?

Код

C++ (Qt)
(myShapes::Shape)pc->setRadius(25.0);
 

[Old]

А как привести?

std::dynamic_pointer_cast<T>( ptr );

И лучше сишные касты оставить для си.

[gil9red]

А как привести?

std::dynamic_pointer_cast<T>( ptr );

И лучше сишные касты оставить для си.

Правило 27

Предпочитайте приведения в стиле C++ старому стилю. Их легче увидеть, и они более избирательны.