n> Квадрат стануть Доступні ВСІ Властивості класу фігура . Если у Фігурі Було б декілька десятків (сотень) властівостей, це стало б суттєвою економією годині. Такоже це зменшує кількість помилок в описах класів и їх методів.
Або Інший приклад. Нехай на базі класу фігура Було написано декілька класів - квадрат , коло , трикутник < span align = "justify"> и т. д. І вінікла необхідність їх пронумеруваті. У такому випадка КОЖЕН клас має мати властівість номер .
При напісанні програми в класичному, не про єктному, стілі, нужно Було б до шкірного з опісів класів ( квадрата , кола ...) додаваті властівість номер . Це довга і НЕ гарантує, что програміст не забуду жодної З Опис фігур. У з ООП, колі описано базовий клас фігура , до его властівостей нужно просто Додати ще одну - номер , и тоді ВСІ класи, для якіх фігура є базовим (нащадки класу фігура ) зразу отрімають властівість номер . Таким чином, ООП зберігає годину и сили програміста, а здатність класу-Нащадки мати доступ до властівостей класу-предка (базового класу) назівається наслідуванням.
Розглянемо ще таку сітуацію. Клас фігура має метод відображення ее на екрані. Цею метод мают и ВСІ ее нащадки. Альо квадрат и коло мают Виводити собі на екран по різному! На даним етапі ВСІ нащадки класу фігура віводять собі на екран однаково - так само, як сама фігура. Так як фігура - Поняття абстрактними, то смороду Виводити собі на екран НЕ будуть взагалі. У цієї проблеми в ООП є решение. А самє: ті методи, что мают однаково Назву и віконують Однаково дію, но по-різному для шкірного з нащадків, слід опісуваті як Віртуальні. Метод класу, что описів як віртуальний, не якщо використовуват такий самий метод предка, а свой власний, что і треба Було реалізуваті. Мо...
