SureGOOD, тон программирование - это не причина, а следствие. Меня интересует причина. Можете ее назвать?

Как следствие ("так надо и все тут" или "а в яве все так делают") и я всем говорю. Но когда меня спрашивают а какой от этого выигрыш, то ответа четкого у меня нет, кроме как наследование. Но этого явно не достаточно.

Aliance, хороший тон, это не следствие, это необходимость  Это как умение есть используя столовые приборы, а не руками.
Еще одна причина - это ограничение свободы, возможностей. Как гласит закон Мерфи - если что-то может быть сделано не так, оно будет сделано не так. Потому и надо ограничить возможность выбора, что бы нельзя было сделать никак, кроме того, как это подразумевалось.

это прежде всего структурированность, что влечет за собой более читабельную запись кода, можно как бы и просто функции, но либо они будут большими, что уже недопустимо, либо много маленьких, которые не будут объединеныЮ вот и все)

Добавлено через 5 минут и 25 секунд
###) не по теме ответил) сорри)
а вообще, зачем закрывать доступ извне
это предотвращение нестандартных ситуаций, всегда лучше предусмотреть все варианты и избежать ненужных, а это отличный, простой и верный способ, к тому же, тот, кто будет читать ваш код, будет уверен, что ничего изменяется извне, если это не предусмотренно внутри класса

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

Ну а вообще, безусловно, все зависит от задачи: если хочется разобраться с ООП, то от РНР нужно уйти в этом случае. 

Кстати, плюс ООП подхода в любом скрипте -- возможность думать на уровне ОБЪЕКТОВ, а не переменных. Например создаем класс image, этом классу присущи свойства (размер, плотность, ...) и методы (повернуть, отразить, ...). Создаем объект типа image -- и мы можем передавать его например как парамерт, выполнять с ним присущие именно ЭТОМУ ТИПУ действия. 
Вообщем, это просто удобнее, но еще нужно воспитать такое восприятие. 

ПС: если повторяю чьи-то слова, то прошу прощения -- не специально.

 Ты не прав =)
PHP — это инструмент, а не тест на IQ и т.д.

 Ты не прав.