ООП или процедурка?

У Вас потрясающе романтические представления о причинах отраслевых процессов :)

Друзья, мне бы поработать надо, вечером все отвечу!

:) Веселее стало в топике... :)

Обе фразы в принципе "одного поля ягоды".

Так, например, что считать большим проектом? Если мерять удава попугаями, то 200Кб кода на пыхе - это вообще заоблачный предел для, наверное, 80% (если не более) всех сайтов которые можно увидеть в сети (в связке - юзер<=>данные).

Конечно если при этом подключать фреймворки с сотнями бесполезных функций (каковые я лично не люблю - бросайте в меня апельсинами) то любой код можно раздуть до беспредела.

Или, другой пример, когда лень писать что-то самому, можно всегда взять готовое двигло, 50% функционала которого никогда не будет использоваться в данном конкретном проекте и умиляться тому что оно такое большое и ооп-эшное.

Однако есть ли смысл в этом?

edogs ИМХО в этом плане прав не в том что процедурка сильно быстрее, а скорее в том что большинство чудаков используя всевозможные чужие наработки, юзает при этом такое количество лишнего барахла, для решения простых в принципе задач, что переписав свой проект несколькими строчками ДЕЙСТВИТЕЛЬНО ПОТРЕБНОГО КОДА, выигрыш в скорости могли бы получить десятикратный.

я тут вчера вордпресс случайно задел :D :D

мда ... там мило все написано аж под пхп3 наверное )))))) все с 0 реализовано, даже wordpress import ... я то думал что там полноценный разбор хмл, оказалось что просто регулярки ))))))))))))))))

malls, почему вы так категоричны к фреймворкам?

Отвечу так: смотри подпись у T.R.O.N. :)

А если зайти с другой стороны: зачем обходиться 5 функциями, если можно воспользоваться всего лишь 1 классом?

Классами сам пользуюсь очень редко, обычно тогда, когда работа идёт в команде (от 3х-4х человек), в личных целях только процедурка и не более.

А разве объявление вида:

class My_Five_Function_Class { ... }

отменяет необходимость писать сами функции?

Вот ведь в чем загвоздка...

Думаю, CyBase имел в виду, что классов написано уже великое множество на все случаи жизни.

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

С этой позиции, по сути, среды выполнения perl/php/js/air/flash и т.д. являются фреймворками, которые прекрасно реализуют переносимость для win/mac/nix.

А вот добавлять к глюкам/особенностям еще глюки/кривизну/особенности всяких фреймворков, функционал которых (конечно на мой взгляд) создан для тех, кто не хочет изучать сами языки... ЗАЧЕМ?

Фреймворк не увеличивает скорость написания софта... Любой, кто пишет, те-же скрипты на JS 2-3 года имеет в своей копилке все необходимое для быстрого решения любой задачи. При этом, собственный код всегда удобней, он имеет только знакомы грабли, из него можно взять только то что нужно.

Напомнили бородатый анекдот:

— Слышал я «Битлз», не понравилось. Картавят, фальшивят...

Что людям в них нравится?!

— А где ты их слышал?

— Да мне Мойша напел…