ООП в примерах

Ыы, просто ржу. Пардон, о великий гуру, в нашей песочнице уже как то переросли стадию 'я первый спросил'))
По остальным пунктам все то же самое ха-ха. Уж извините мне мое непочтительное отношение о великий гг.
письками меряться как то стар уже.
Единственное, прям зауважал, как это вы за пять минут да еще и не лично определили, что, сколько, и за какой срок мы пишем?
Гг не говоря уже о наших стремлениях развиваться или же нет))

31, wap сайту небольшой посещаемости процедурных методов вполне достаточно

31 реально клоунада, пришёл умник и стал всех учить)) если на то и пошло, то лучше чередовать два метода, и смотреть где что лучше)
зы: складывается мнение что ты услышал пару умных слов, и зациклился на них

и ещё, как может быть такое "на процедурках этого не сделать, а на ооп легко", может я что-то не понимаю, но ведь классы состоят из тех же самых функции) так как тогда это возможно?

35.мне лично еще не встречалось того что нельзя сделать на процедурках.но было много случаев когда ООП намного удобней обычных, много подключаемых функций.Например ксласс БД:
в многих скриптах видел,и сам раньше так писал: сам файл подключения к БД вместе с конфигом инклудится в каждом файле.На ооп зделали 1 класс,Зделали конструктором само подключение к БД и написали основные функции(insert,update,save(инсерт + апдейт ON DUPLICATE KEY,и разные там для получения данных с БД)),после обработки данные посылаются в клас result где мы обрабатываем ошибки и выбираем каким образом получить инфу.И намного удобней етим всем управлять с одного файла,как ето выглядело б на обычных функциях я даже и не представляю....
и во всем проекте мы используем методы класа БД.допустим у нас поменялась БД,или еще какие то изменение-мы отредактируем один файл и все по прежнему будет работать.
ООП делает проект боле гибким и удобней потом те же класы использовать в других проектах.

но ведь можно было написать и функцию такую

37.хз...я лично б не стал щас так извращатся....для больших проектов ооп всетаки удобней использовать.а там уже вам решать как писать)
но факт есть факт...когда ты приходиш устраиватся на роботу (в области веб програмирования) одним из первых вопросов будет насколько ты знаком с ООП.кто хочет етим заниматся професионально то щас без ООП никак....

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

ПьяНый Ангел (Сегодня / 08:20)
и ещё, как может быть такое "на процедурках этого не сделать, а на ооп легко", может я что-то не понимаю, но ведь классы состоят из тех же самых функции) так как тогда это возможно?

Легко возможно, ты пробовал писать не просто классы и функции? Наследование, полиморфизм, несколько типов агрегации и как я уже говорил паттерны. Вы ничего не поймете в ООП, пока не увидите практических, но в тоже время абстрактных способов применения этих средств.
Посмотри на MVC (да он реализуется на функциях, но это когда минимум значений для view), ActiveRecords (и вообще на ORM системы), DI я уже упоминал , абстрактные фабрики, фабрики методов, билдеры, композиции, observer, стратегии и куча других.
phppatterns.com - тут есть немного, зайдите на сайт Мартина Фаулера, там есть еще много более современных паттернов, откройте банду четырех и прочитайте про классические паттерны. Объяснить человеку для чего это невозможно пока он сам не увидит.
ramzes, заканчивай закидываться, а то смех без причины ни к чему не приведет

ПьяНый Ангел (Сегодня / 08:16)
31 реально клоунада, пришёл умник и стал всех учить)) если на то и пошло, то лучше чередовать два метода, и смотреть где что лучше)
зы: складывается мнение что ты услышал пару умных слов, и зациклился на них

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