ООП vs функции

Да, есть...

я не думаю что класс БД сильно может повлиять на производительность сервера. Как мне кажется самое узкое место это обращения к БД и многопоточность (с чем вроде собирается справится node.js)

Miracle, класс - нет, а бд - очень (о степени нагрузки)

тогда я вас не понял.

те вы предлагаете хранить данные ввиде файлов? Я с вами не соглашусь в таком случае :)

бд - несет большую нагрузку. Поэтом, когда БД статична ли когда запись имеет значительный объем, есть смысл держать инфу в файлах.

В чем здесь противоречие?

В том, что Майкл Видениус негодует от таких заявлений

CyBase, дык если бы мне идея о том, что луна квадратная приносила-бы стока бабла, я бы тоже уничтожал бы во всем мире циркули

ООП не нужен отдельному программисту. Это не "уровень вверх", а "уровень вширь".

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

Хотя, если вы как программист-индвидуалист, хотите использовать результаты труда других в случае с фреймворком, никто не запрещает сделать ваш код процедурным, а вызовы их кода объектно-ориентированными. Если, конечно, конкретный набор классов это позволяет.

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

Скажем так если вы не знаете как правильно проектировать ООП не заморачиватесь и пишите все функциями, проектирование ООП требует определенного опыта, неправильно примененое ООП может только мешать.

Понятно что может мешать танцору, вот потому и пытаюсь понять где это может пригодится, а то все вокруг кричат ооп и тд ))