Абстрактные методы и классы
При описании класса
Pet
мы не можем задать в методе
voice ()
никакой полезный алгоритм, поскольку у всех животных совершенно разные голоса.
В таких случаях мы записываем только заголовок метода и ставим после закрывающей список параметров скобки точку с запятой. Этот метод будет
абстрактным
(abstract), что необходимо указать компилятору модификатором
abstract
.
Если класс содержит хоть один абстрактный метод, то создать его экземпляры, а тем более использовать их, не удастся. Такой класс становится
абстрактным,
что обязательно надо указать модификатором
abstract
.
Как же использовать абстрактные классы? Только порождая от них подклассы, в которых переопределены абстрактные методы.
Зачем же нужны абстрактные классы? Не лучше ли сразу написать нужные классы с полностью определенными методами, а не наследовать их от абстрактного класса? Для ответа снова обратимся к листингу 2.2.
Хотя элементы массива
singer []
ссылаются на подклассы
Dog, Cat, Cow
, но все-таки это переменные типа
Pet
и ссылаться они могут только на поля и методы, описанные в суперклассе
Pet
. Дополнительные поля подкласса для них недоступны. Попробуйте обратиться, например, к полю
k
класса
Dog
, написав
singer [0].k
. Компилятор "скажет", что он не может реализовать такую ссылку. Поэтому метод, который реализуется в нескольких подклассах, приходится выносить в суперкласс, а если там его нельзя реализовать, то объявить абстрактным. Таким образом, абстрактные классы группируются на вершине иерархии классов.
Кстати, можно задать пустую реализацию метода, просто поставив пару фигурных скобок, ничего не написав между ними, например:
void voice(){}
Получится полноценный метод. Но это искусственное решение, запутывающее структуру класса.
Замкнуть же иерархию можно окончательными классами.
