HettДля того же, для чего и в других ЯП
В большинстве других ЯП, часто используют для работы с гуями (GUI). В пхп гуями не пользуются (хотя, впринципе, никто не запрещает, только это - уже не хттп, для которого пхп придуман). В пхп используют ООП в двух случаях:
1. Для того, чтобы сделать готовый продукт, который будут плотно использовать, кроме автора, другие пользователи. С подробным описанием конструктора/конструкторов, паблик/протектед полей и методов. Типа "чёрный ящик" с описанием входа и выхода.
2. Ламеры, чтобы показать свою "крутизну".
ПС. На самом деле, №1, конечно же нужнее, но №2 встречается таки гораздо чаще.

Cai Yilin,

Если можно без ООП, то и нужно делать без ООП.
С другой стороны, если Вы делаете полуфабрикат для использования другими программистами, которые могут работать или с Вами в группе, или для совсем посторонних, то, чтобы им не разбираться, как программа работает, тогда - ООП.
Кстати, насчёт модульности - весьма спорное утверждение. Потому что модульность и ООП - совершенно не связанные между собой понятия.

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

HettА минусы?
А я нифига вопроса не понял. Чьи минусы?

Hett,

Я же сказал, что грань очень даже понятная. Если хотите написать продукт - это одно, а если полуфабрикат - другое.
То есть, если пишете сайт - это первое, а если пишете движок - второе.

Hettв случае с процедурным подходом, я бы наверное еще до сих пор искал где нужно редактировать
Вы мне голову задурили. Почитайте в википедии что такое "процедурные языки программирования". Кстати, при клике на ссылку ООП, можно прочитать, что "ООП возникло в результате развития идеологии процедурного программирования". То есть, ООП относится только к процедурным языкам.