Разное

Здорово народ

Во первых почему использовать ООП? (понятно что с помощью объектов и классов можно легко и быстро написать СМS и многое другое. Если написать мноооого функции в место ООП?) От чего зависеть написание ООП вообще? От количество посетителей сайта? Или от количество страниц на сайте? Когда можно перейти на ООП?

Какой из Фреймворк посоветовали изучать если я умею написать обычные объекты и классы. Zend, Yii, CodeIgniter….?

Жду ваши замечательные мнение.

При помощи ООП вы пишите свой мини-язык, для своей предметной области (без ООП - это дорого, как вам 1С или SQL создать с нуля?) - оперируете более крупными абстракциями. В PHP не очень хороший ООП, но если поддерживается перегрузка операторов то, можно их перегружать, например

dbase1 << dbase2

В результате у вас содержимое базы данных dbase2 копируется в dbase1. Одна строка - быстро и наглядно, если вы воспользуетесь более низкоуровневыми конструкциями - строк будет больше - больше ошибок, менее понятно с первого взгляда, что происходит. Вроде экономия не большая, когда программирует один человек, а когда систему поддерживают сотни и тысячи человек - непонятки превращаются в часы работы, за которые кто-то должен заплатить.

>Если написать мноооого функции в место ООП?
Можно. Функции тоже не дураки придумали. Можно даже так написать систему при помощи функций, что она будет объектно-ориентированной. Первые версии Windows так и писали. Только сложнее, больше работы, больше ошибок. Когда есть поддержка классов, объектов, интерфейсов (а если еще и перегрузка операторов - то вообще блеск) на уровне языка - гораздо продуктивнее можно работать.

>Какой из Фреймворк посоветовали изучать если я умею написать обычные объекты и классы. Zend, Yii, CodeIgniter….?
Yii