читаю, читаю разные статьи, много примеров, но никак не могу понять необходимость использования абстрактных классов. Вот разбираю две CMS у которых был общий предок когда-то. Одна имеет просто классы, другая использует везде абстрактные классы..

Так в чём преимущества? На сколько это вообще помогает в работе? Помогите понять ;) Никогда этим не пользовался, но хочется научится или хотя бы понять...

ps
конечно всё применительно с PHP5.3+

http://ru.wikipedia.org/wiki/%D0%90%D0%B1%...%D0%B8%D1%8F%29

раздел РНР

в том то и дело что видел это и пытался понять, но никак не могу понять зачем такие сложности.. Не хватает понимая какой-то маленькой вещи... и головоломка сложится 

Gold Dragon, Это такая-же, по сути, дисциплинарная фенечка как и implements. Только контроль не на стадии компиляции, а в run-time. Впрочем, для PHP разница не сильно принципиальна. Все абстрактные методы обязаны быть перекрыты,  иначе случится карачун. Примеров разумного применения этих фенечек довольно много в документации и просто в ООП примерах.

просто мне все примеры кажутся очень сложными, т.е. очень много кода, а по сути можно (мне так кажется) сделать и пару строчками. Вот я и не могу уловить суть.. Мне сейчас это представляется как на самолёте перевозить 1 килограмм груза на расстояние 1 километр... 

Толи примеры слишком буквальные и я не вижу всей глубины

Не совсем.
В отличии от интерфейсов абстрактные классы могут нести реализацию общих методов.

Вообще абстракцию нужно рассматривать в совокупности с другими важнейшими понятиями в ООП - инкапсуляция и полиморфизм.

Например, если у тебя есть два класса диван и стул, оба имеют методы сидеть, но диван еще имеет и метод лежать. Можно написать вот так:

Но при таком подходе представь что будет если нужно будет внести изменения в метод сидеть? Придется его изменять в двух местах. А если таких классов больше двух?   

Логичнее написать что-то вроде


Выигрыш - меньше кода, меньше зависимостей, легко редактировать, более гибкая структура.

Добавлено через 1 минуту и 11 секунд
Хм, наверное я больше привел пример из понятия "наследование", но в общем-то интерфейсы и абстрактные классы помогают организовывать работу этого самого наследования.

уже где-то на грани полного понимания, но тут же опять я понимаю простое наследование класса.. И что если "сидеть" разные, например, "сидеть на.." и "сидеть за..."?

Добавлено через 2 минуты и 17 секунд
ps
вот и я пока не осознаю чем абстракция "полезнее"

Слово абстракция уже само по себе относится больше к проектированию нежели программированию.
Абстракция, выше указанного примера "Мебель", физически не существует как бы, а является категорией объектов, включающей какие то общие свойства, действия .... выражающихся соответственно в свойствах класса, методах.

Что даёт абстрактный класс:
1. Реализация обще-функциональных действий (методов) (в сравнении с интерфейсами);
2. Ещё важнее, здесь стоит понять, общие интерфейсы. Как их реализация, так и только их декларация (то есть дочерние объекты будут иметь общий контракт для клиентов, что это даёт смотрим ниже)
3. Абстрактный класс не инстанцируется, что само по себе говорит что он задаёт тип и только задаёт тип, который "стандартизирует" какой то набор интерфейсов (опять же "контракт") 
4. В абстрактных классах можно задавать и общие свойства, интерфейсы этого не имеют.

А теперь из примера  Aliance, использование покажет как абстрактный класс поможет в части "безопасного программирования":


В типизированных языках это лучше видно в декларации возвращаемых типах. В PHP же нужно проверить для того что бы быть уверенным что есть такой интерфейс или свойство у класса.

Добавлено через 6 минут и 49 секунд
Gold Dragon, 


В обычном классе если сказал "А" (создал метод) то и скажи "Б" (реализовать его).
В абстрактном можно только задекларировать метод, указывая тем что дочернии будут обязаны его реализовать, и тем самым задаёт контракт интерфейсов, не реализовывая их.

Это сообщение отредактировал(а) Sentox - 14.5.2012, 21:11

на мой взгляд абстрактный класс == трейтам 

Вот именно это меня и смущает, именно по этому и не могу осознать целесообразность.

Вот наверное это для меня более-менее объяснило для чего это нужно... Но опять же, это больше проектирование самой системы, т.е. грубо говоря создание "скелета"


PS
??

Gold Dragon, это из PHP 5.4 - trait

Не самая тривиальная мысль   Нельзя ли пояснить, чем "инкулуд внутри описания класса" похож на абстрактные методы?

ksnk, ==, а не ===   

Это сообщение отредактировал(а) MoLeX - 15.5.2012, 08:44

MoLeX, я только начал разбираться, а ты нехороший человек добавил мне ещё "каши"