Зачем расширять класс?

Зачем расширять класс в ООП, а не добавлять новые методы сразу в родителя?

0

rome098, что бы иметь ряд классов с общим интерфейсом и разной реализацией.

0

rome098, при большом объеме добавлений ваш код "разрастется" и станет неуправляемым. К тому же, если следовать кондициям ООП, добавлять методы не всегда является верным решением. Пара примеров для осмысления.
1. Представьте, что вы создали класс "животное"
Вы хотите определить кошку и собаку.
Что произойдет, если вы будете добавлять все в один класс?
Например, метод "есть". Рацион у кошек и собак, в общем-то, несколько различается.
А еще лучше будет пример, пускай, несколько глупый, но, зато, хорошо объясняющий (имхо): представьте, что вы определили метод "справляться с малой нуждой". Кошки ногу не задирают.. Вот и получается, что либо вам придется писать несколько, по сути, одинаковых методов (за исключением различных мелочей реализации), либо воспользоваться полиморфизмом (если честно, не знаю, как в AS обстоят дела с возможностью переопределения виртуальных методов в этом же классе), либо забить все условиями. Помимо этого, наследование позволяет более четко выразить отношения - если в классе "Кошка" определен метод "есть", то становится понятно, к примеру, что она не может съесть столько же, сколько описано в методе "есть" собаки.

Другой пример - абстрактные классы (опять же, не знаю, есть ли они в AS) и интерфейсы. В них вы можете выделить общее для некоторых классов, таким образом, убрав излишнее дублирование кода. А в интерфейсах вы можете указать методы, которые обязательно необходимо описать (памятка, чтобы не забыть). Если брать все тот же пример про собак и кошек - у всех них должны быть методы "есть" (ведь должны же они питаться), "спать"(или отдыхать) - чтобы не забыть где-то их объявить (к примеру, может получиться, что собака не может есть), используются интерфейсы..

2. Напиток. Представьте, что вы захотели описать некоторую иерархию напитков. Что для этого необходимо?
Можно разбить их на множество категорий, например:
Алкогольные/безалкогольные. В свою очередь, алкогольные можно разбить(условно, сокращенно) на пиво/вино/водка/коньяк. Безалкогольные (также, условно) на квас/сок/лимонад/минералка.
Посмотрите, сколько всего можно выделить (и это лишь по малости). Если все писать в одном классе, то он разрастется на очень большой код, чтобы учитывать все нюансы каждого напитка. Наследование позволяет нам более удобно "разбросать" код, в котором будет намного легче ориентироваться:
Создаем базовый класс "Напиток" -> создаем два подкласса "безалкогольные напитки" и "алкогольные напитки", от каждого создаем по четыре (как в примере) подкласса. Спокойно описываем общее для всех напитков в базовом классе "Напиток" (например, метод "распитие" и т.п.), спокойно описываем общее для классов "безалкогольные"/"алкогольные", спокойно описывает особенности каждого выбранного напитка. Да, конечно, все это можно реализовать и "меньшей кровью", путем определения различных свойств, но не всегда такое решение будет являться верным.

Другой пример - люди Есть родители, есть дети. Что-то дети перенимают от родителей, что-то у них свое (своя жизнь, отличная от жизни родителей). Думаю, если немного представить, то продолжение станет ясно

Как-то так, думаю, если я где-то ошибся, то меня подправят разбирающиеся..

0

0

Сообщение от rome098 Зачем расширять класс в ООП, а не добавлять новые методы сразу в родителя?

http://ru.wikipedia.org/wiki/Божественный_объект

0

Сообщение от rome098 Зачем расширять класс в ООП, а не добавлять новые методы сразу в родителя?

В родителя ты их вообще не сможешь адекватно добавить.

0