Автор LizarD задал вопрос в разделе Другие языки и технологии
Преимущества и недостатки процедурного программирования? Также можно привести плюсыминусы относительно ООП и получил лучший ответ
Ответ от Ирина В[гуру]
При процедурном подходе, код всегда эффективней, но в больших проектах, где много разнотипных объектов, библиотеки сильно раздуваются, получаются сотни подпрограмм, их очень трудно поддерживать. Структура библиотек также не прозрачна: при модификации, можно одним "неловким движением" испортить всю библиотеку, это реально бывает.
При ООП сопровождение гораздо проще: методы четко делятся между классами, зависимости также видны. Но любое ООП это ведь только обертка, над обычной процедурной моделью, отсюда более низкая эффективность.
Мое ИМХО: чем ниже уровень объектов, тем процедурней должно быть. На уровне скалярных типов, или близко к железу, ООП вообще не имеет смысла.
Процедуры в чистом виде дело прошлых лет. Теперь это всё функции. Плюсы в том, что процедура, это такой кусок кода, который может вызываться необходимое число раз. Такие вещи часто используются например, в JS. В процедурах всегда удобно и наглядно делать рекурсию. Из очевидных минусов процедурного программирования можно смело назвать то, что для написания большого кода требуется большое число процедур, что, в итоге, приводит к путанице и ошибкам. Кроме того, все данные процедуры поступны только внутри её. Эти недостатки компенсируются в ООП. Но если код небольшой, гораздо проще. использовать пару процедур, чем заморачиваться с классами
Если весь твой проэкт состоит из 1-2 страниц кода, то в процедурном нету минусов. А теперь представь у тебя в проэкте куча релейшенов таких как фирмы, товары, рабочие, так же все это надо где-то еще редактировать, и таких обьетов может быть сотни. И теперь представь все это сделать без структуры? ) Правильно тут то и вступает в силу ООП. Фирмы, товары, рабочие разбиты по своим ячейкам. Функции для фирм находятся в фирмах, функции для товаров находятся в товарах итд.
Это как гипермаркет, все по оделам, все по своим ячейкам) представь там такого бы небыло, это было бы адом для покупателя. так что вот хД
Это так более для понимания. Остальное вроде выше уже написали.
Хотя помню делал веб проэкт для бухгалтерши, просто для удобства, дабы уйти подальше от бумаги. 5 Страничек - 5 фаилов, и в ООП там вообще смысла не видел. Обьем кода был конечно куда больше 1-2 страниц. Но самих обьектов было не много, было просто туча разных функций. Главное порядок и коменты 🙂
В двух словах, процедурный код – это прямое описание алгоритма, а объектный код – это описание абстрактных правил, в которое также включается и детерминированное описание алгоритма. К сожалению, на сегодняшний день не известен универсальный математический метод, который бы позволял отбрасывать избыточность порождаемую абстракцией и предотвращать "замусоривание" объектного кода, что вынуждает применять трудоемкий процедурный подход в целях оптимизации.