ООП vs процедурный

[astrobeglec]

Главное, чтобы было качественное MVC, а с помощью ООП или ПП оно реализовано - думаю не важно.

А вообще, я нашел отличный материал, о котором мало кто говорит почему то - это структурное программирование (внизу статьи есть еще другие типы программирования). Начало всех начал и проблеск света в темноте холиваров.

Приплыли. Понятия "Алгоритм" и "Блок-схема" о чем-то говорят?

[BaN]

>> структурное программирование

Проснулся. Оно еще в Алголе было заложено.

Да понятно, что оно старое. Но я если чё не говнокодер, а не программист... и

о котором мало кто говорит почему то - это структурное программирование...Начало всех начал

Приплыли. Понятия "Алгоритм" и "Блок-схема" о чем-то говорят?

Это вообще к чему?

[Чистый]

Давайте по теме, а то или закрою, или перенесу в соответствующую ветку форума

[AzraelKDE]

ООП - большой проект с перспективой расширения (наращивание функционала и т.д.)
Функциональное/процедурное - небольшие программы с чётко определённой задачей, с минимальной перспективой наращивания функционала.
Утрируя, подход нужно выбирать исходя из задачи. Если вам, например, нужно зажигать лампочку на в определённой ситуации, вам незачем пользоваться ООП (много лишнего кода понапишете), пользуйтесь функциональным/процедурным программированием. Если же вам нужно работать с большими объёмами данных, которые ещё и динамически меняются, или вы управляете огромным экраном с сотнями/тысячами лампочек, то резонно воспользоваться ООП (ибо - меньше кода получиться). В любом случае выбирать следует по задаче: при использовании какого подхода уйдёт меньше времени/кода на реализацию. В любом случае оба подхода можно комбинировать, порождая хтоническое чудовище под названием "гибридный код".

[astrobeglec]

Дело не в этом.

Все языки так или иначе обладают возможностями ООП и ПП. Дело в простоте и форме реализации того или иного подхода. Сомневающимся можно почитать документацию к библиотеке GTK (там наиболее ярко видно использование Си в ООП контексте).