какие минусы у ООП?

[HraKK]

Ладно пофлужу тут. Все равно такая традиция)))
Скажите мне, пожалуйста, о великие гуру, какие минусы у ООП?)

 

[lamper]

А вы думаете он везде применим?

 

[Ragazzo]

lamper
сколько вы платите человеку который подходит под ваши требования, перечисленные выше?(из этой вилки) ТОлько точно, без "ну вот", "например"

 

[lamper]

Был бы человек не искал бы.

 

[AmdY]

HraKK
ну как же -- злостный-злостный оверхед из-за которого в серверной слышно даже как сервера стонут от немыслимой натуги.

-~{}~ 09.09.10 21:41:

эх, я бы попробовал чуть попозже, но даже по требованиям не прохожу, особенно про декстоп да и офис очень неудобно расположен.

 

[HraKK]

злостный-злостный оверхед

Это не проблемы ООП.

Еще?

 

[AmdY]

нафик-нафик. закройте от греха подальше, кому интересно в поиск по сайту.

 

[HraKK]

Нуууу))) расскажите мне )

 

[Духовность™]

Автор оригинала: HraKK
Ладно пофлужу тут. Все равно такая традиция)))
Скажите мне, пожалуйста, о великие гуру, какие минусы у ООП?)

Затруднение читать и понимать сложный ОО-код. Реально.

 

[weregod]

разве сложный ОО-код читать сложнее, чем сложный не ОО-код?

 

[LONGMAN]

weregod
Имхо не ОО код не может быть сложным. В нём ведь почти нет сложные архитектуры.

 

[akd]

/* тут смайлек с попкорном и пивом */

 

[dr-sm]

с функцональщиной не очень совместимо, но это имхо, да и я не спец по ФП.
а для императивных языков, одни плюсы .
код на чистом С, написаный в ОО стиле, читаецо легко и удобно (см nginx как пример).

 

[Духовность™]

разве сложный ОО-код читать сложнее, чем сложный не ОО-код?

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

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

 

[HraKK]

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

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

З.Ы. читать неооп код намного сложнее)

 

[craz]

Минус в ООП для тех кто считает что в ООП есть минусы - это высокий порог вхождения.

Начать писать на php раз плюнуть, начать писать красиво правильно и хорошо, дано не каждому вот и ищут минусы.

 

[Adelf]

http://phpclub.ru/talk/showthread.php?s=&threadid=120391
Ну вот в качестве примера.
По-правильному надо композицию. Но делать ее влом. Много ненужного копипаста нужно ради "правильного решения". А treats - это уже не совсем ООП.

 

[StUV]

HraKK
начни с плюсов

 

[atv]

Минус - даже в ООП не хватает средств избежать дублирования кода.

 

[iceman]

минус в том - что можно перемудрить и зайти в тупик.

-~{}~ 10.09.10 17:49:

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

-~{}~ 10.09.10 17:50:

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