agodapetalvikПрактика показывает, что сишники и на с++ продолжают писать как на СиБывает и наоборот, например GTK+Я бы этого не сказал. GTK+ это конечно объектная библиотека, но полиморфизма в ней нет ни капли. А какой-же С++ без полиморфизма?
Photon будет намного лучшим примером, или IUP из более свежих проектов.

agodaWhite Owlпропущено...
Я бы этого не сказал. GTK+ это конечно объектная библиотека, но полиморфизма в ней нет ни капли. А какой-же С++ без полиморфизма?
Photon будет намного лучшим примером, или IUP из более свежих проектов.Так GTK+ все-таки писан на Си, а Phonon на плюсах.Я где-то говорил про Phonon? Читай внимательнее: Photon. Это такая GUI библиотека, на замену Иксам. Использовалась в QNX.

Anatoly MoskovskyWhite OwlGTK+ это конечно объектная библиотека, но полиморфизма в ней нет ни капли
А как может не быть полиморфизма в графическом тулките, где делают например такое:


Неужели там в АПИ вместо одного show для любых типов объектов множество разных для каждого типа?Да. Именно так. В GTK множество однотипных class_action(object) функций. Если два класса могут обрабатываться одинаково - это будет две внешне разных функции и программист должен вручную указывать какую из них использовать.
Вот например:
https://developer.gnome.org/gtk3/stable/GtkLabel.html#gtk-label-set-text
https://developer.gnome.org/gtk3/stable/GtkEntry.html#gtk-entry-set-text
Наследование возможно. Например GtkRadioButton наследник от GtkButton и для смены текста у обоих используется gtk_button_set_label(). Но если хочешь сделать метку (label) с подчеркиваниями букв как у кнопки а не простой текст уже надо вызывать gtk_label_set_label(). Потому что GtkButton не является потомком GtkLabel....



У Photon'а и IUP'а уже действительно можно писать просто:
action(object);
У object'а там будет внутри лежать структура с колбэками заполненная функцией создававшей объект и action() просто прыгнет на соответствующий колбэк. По существу та-же самая виртуальная таблица что и в С++, но с объектом в качестве первого параметра для метода.