Информация об изменениях

Сообщение Re[4]: Объясняем наследование от 30.10.2014 16:54

Изменено 30.10.2014 17:04 AlexGin

Здравствуйте, UA, Вы писали:

UA>>>На примере какой нибудь GUI библиотеки.

AG>>Начинающему очень рано в это влезать.
AG>>Тем более, что "GUI библиотеки" обычно переполнены тонкостями конкретной технической реализации. Что снижает их ценность в данном случае.

UA>"Нативные" переполнены, "не нативные" не переполнены.


Что в твоем, уважаемый UA, понимании "нативные"/"не-нативные"?

Вот взять, например, тот же MFC — нативная библиотека? А тот же VCL?

А что, например, насчет .NET?

P.S. Если, к примеру, взять объект "кнопка", то у него, по логике ООП, должен быть метод "нажать" (кликнуть), но из-за особенностий ОС, этот метод реализуется (по крайней мере в MFC) в виде события.
В результате, для студентов такой пример, ИМХО, не является лучшей демонстрацией ООП
Re[4]: Объясняем наследование
Здравствуйте, UA, Вы писали:

UA>>>На примере какой нибудь GUI библиотеки.

AG>>Начинающему очень рано в это влезать.
AG>>Тем более, что "GUI библиотеки" обычно переполнены тонкостями конкретной технической реализации. Что снижает их ценность в данном случае.

UA>"Нативные" переполнены, "не нативные" не переполнены.


Что в твоем, уважаемый UA, понимании "нативные"/"не-нативные"?

Вот взять, например, тот же MFC — нативная библиотека? А тот же VCL?

А что, например, насчет .NET?

P.S. Если, к примеру, взять объект "кнопка", то у него, по логике ООП, должен быть метод "нажатие" (кликнуть — OnClick), но из-за особенностий ОС, этот метод реализуется (по крайней мере в MFC) в виде события.
В результате, для студентов такой пример, ИМХО, не является лучшей демонстрацией ООП