Форум PHP

Кто может привести пример по ниже описанной схеме? А то сложно без примеров стартануть :) хотябы на новостной ленте.
- "Обычно выписывают все существительные и глаголы, которые характеризуют проблему. Существительные становятся объектами, глаголы - связями между объектами. Начинают рисовать схемы, в результате которых пытаются уменьшить количество объектов и связей между ними. Чем меньше связей - тем лучше." (cheops)

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

1. Я хочу написать хотябы новостную ленту для понимания ООП. Потом уже можно будет думать о других модулях.
2. Новостную ленту можно будет использовать как модуль к сайту.

Главная проблема сейчас - проектирование модуля. Новости просто для того чтобы понять как используется ООП.

Тогда сначала создайте не новостную ленту, а движок, набор классов, спроектированный так, чтобы можно было использовать его и для создания новостной ленты, и для гостевой книги, и для фотогалереи и для любого другого блока. А потом при помощи этого движка создавайте новостную ленту. Создайте классы, которые позволяют в системе администрирования менять позиции блоков, относительно друг друга, скрывают и отображают блоки, обеспечивают постраничную навигацию и т.д. и т.п. Причём проектируйте их так, чтобы их можно было использовать для других блоков - и когда вы потратите на первое приложение в 5 раз больше времени, а на последующие в два раза меньше времени - вы поймёте как используется ООП :)))

>и когда вы потратите на первое приложение в 5 раз больше времени, а на последующие в два раза меньше времени

Я бы оба коэффициента увеличил :) до десятки или около того.

Для другого языка программирования я бы тоже увеличил... собственно коэффициенты от задачи зависит и от того, сможет ли разработчик не нарваться на ряд преприятнейших глюков в PHP, связанных с серилизацией и наследованием (которые судя по всему не собираются исправлять и в PHP 6).

Вот поэтому и приходится увеличивать первый коэффициент