PHP && ООП

[Bakti9rov]

А если заюсать чужую ОО либу или фреймворк, то естественно придеца подружицо с ооп.. либо писать специализированный враппер чтобы было "под свою манеру", что есть самое что ни на есть садо-мазо.

 

[StUV]

Bakti9rov
можно совершенно спокойно писать нормальный процедурный хорошо структурированный код, используя ОО-либы
никакие врапперы и "садо-мазо" при этом не нужны

 

[HraKK]

Предлагаю тем кто поднимает такой вопрос вначале узнать что такое ООП. Иначе наши аргументы не будут иметь смысла.

 

[ustas]

koder
Процедурный подход имеет большие плюсы, например можно волшебным образом залететь на крышу, а на ОПП надо 1) построить дом, этаж за этажом, двери, лестницу, чердак, крышу.
2) описать как нужно туда ползти.
Хотя можно и описать полет, но воспользоватся кодом дома под № 1 и 2 возможности не будет. Так что комбинируйте, под землей ползайте, по воздуху летайте.

 

[nail]

Re: PHP && ООП

Автор оригинала: koder
Существуют ли какие-нибудь аргументы в пользу использования полностью ООП для написания скриптов cms, shopcms, и т.д.
Или писать дальше тяп-ляп?

Нужно писать не "тяп-ляп".
А "ООП - неООП" - мало значения имеет.

 

[mishco]

ustas
Oo

 

[Kelkos]

ТС.
Да пиши как хочешь. Всем, кроме тебя, будет пофигу КАК ты написал скрипт.. Главное, что бы работал согласно ТЗ.

 

[mishco]

ustas
шото гонишь ты, человек.

-~{}~ 27.08.07 15:46:

типа нафек та любовь если можно просто потрахацо?

 

[Alexandre]

Программа - это такой же механизм и работать с ним удобнее по частям.

функции - это такие-же части как и класы и это не довод в пользу ООП.

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

разве я не смогу заменить одну функцию - другой? или поменять в функции параметр?

как показывает практика, классы используют многие, ООП - нет (вернее авторы думают, что они его используют).

Вопрос как стоял?
"Существуют ли какие аргументы в пользу полного ООП, или дальше писать тяп-ляп?"

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

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

 

[HraKK]

Alexandre
Полностью с вами согласен.

 

[ustas]

>типа нафек та любовь если можно просто потрахацо?mishco
любовь это как второе, но постоянно

 

[dark-demon]

Полностью согласен со всеми

PHP^OOP

 

[whirlwind]

разве я не смогу заменить одну функцию - другой? или поменять в функции параметр?

Ну не ужели тебе нужно объяснять что такое ооп?
Речь не о замене функции, речь о замене реализации. Основной смысл - интерфейс один, реализаций бесконечное множество. В случае функции может быть только одна реализация. К тому же функция не характеризует сущность, по этому ее трудно назвать "запчастью".