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

20, поправил))

19, комменты там как всегда Пипец)) нормальная статейка

Дайте пару скриптов ООП по учебникам и статьям не привык учится

24, выбирай любой фреймворк. (http://yiiframework.ru
http://framework.zend.com
http://www.xisc.com
http://www.kohanaphp.com )

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

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

с автором поста 8 полностью согласен, просто он в "плюс" ООП ставит то что можно поставить нормально написанной простой функции...

Ы. А зачем процедурный подход если есть ООП? Зачем реализовывать процедурно то, что можно реализовать объектно? Это тоже самое, что говорите вы. Пока вы не поймете, что такое паттерны и на сколько с их помощью легко писать, вы вообще не сможете обсуждать ООП, потому что вы не знаете, что это такое Гг.
"В любой книге написано..." - выбросите это УГ ну или положите рядом с унитазом и используйте бумагу по назначению
Java - другой уровень, здесь нет людей которые близко приближались к нему. Проекты аля сайт для загрузок на j2ee не пишут.
Кто-то тут юзал фреймворки? Ы Возникло ощущение, что нет.
З.Ы. http://h-type.com/filez/lj/articles/di/#using_phemto - попробуйте сделать dependency injection на функциях Гг.

29, встречный вопрос, а зачем реализовывать ооп, если можно процедурно?
Цель должна оправдывать средства, в первую очередь, по моему.
Во вторую, любой человек делает лучше тем методом которым лучше владеет, а не тем который кто то назвал лучшим
и в третьих, 'юзал фремворк' это что типа достижение такое?))
// клоунада 'щас я вас научу жизни'

Учить? Зочем учить таких кульных мастеров? )
1. Вообще то встречным вопрос был мой. А свой вы уже задавали Ы.
2. Любой человек делает тем, до какого уровня он доразвивался, если вы остановились на процедурке и не хотите развиваться дальше, мне вас жаль. ТС кстати развиваться хочет, но с вашими "зачем нужно, есть процедурка" он останется в песочнице.
3. Фреймворки не достижение для вас, это так сказать новый уровень
4. Клоунада не клоунада, но песочнице вашей нужно еще много учиться, дабы познать дао :hack:. Но если вы не пишете что-то больше гостевой в месяц, то да... можно дальше не развиваться. Я бы очень хотел посмотреть (посмеяться?) на студию которая разрабатывает сайты используя процедурный подход Гг.
ТС, отправляйся читать про паттерны Тогда ты поймешь для чего нужно ООП и придет понимание того, что с ним делать и как.