Не совсем так. Даные не хранятся в объектах. В объектах хранятся свойства и действия. Вопрос не в том, где хранить данные, он очевиден. Вопрос в изначальной архитектуре.
Вообще все подобные холивары строятся по любопытному принципу. ООпэшники считают, что они вершина мира, а такие как я всегда должны оправдываться. Парадигмы абсолютно равнозначны и обе имеют место на жизнь. Тут неоднократно звучало, что нужно подбираь инструмент подзадачу. В веб технологиях ООП не совсем подходящий инструмент, если рассматривать его в вакууме, без ссылок на криворукие команды.
Попробую доказать наглядно на контрвопросе. Обращаюсь к
S.Chushkin и
slobotsky.denis. Я написал код в ответ на вопросы. Напишите пожалуйста ваше видение такого задания.
Берем задачу
S.Chushkin про зоопарк. И усложняем её. Требуется несколько страниц,
1. на первой перекличка.
2. на второй все животные должны подпрыгнуть.
3. на третьей помахать хвостом.
4. на четвертой пукнуть.
Напишите пожалуйста код, который будет
загружен в оперативную память при генерации
первой страницы.
Допускаются любые уловки, не выходящие за ООП парадигму и за пределы кода. Всяческие акселераторы и прочая в зачет не идут.
И тогда мы наглядно поймем, сколько лишней работы приходится делать серверу по сравнению с императивным подходом. Сравним. Я лично ничего писать не буду, уже готовый код есть в ответе выше.. Максимум добавить элементов в массив инициализаций.
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.