twin, а зачем так ставить вопрос? Сравнивать хорошую структуру на процедурке с говнокодом на ООП? Надо рассматривать равные условия и хороший программист напишет код гораздо более читабельным и поддерживаемым именно в парадигме ООП, чем он же (важно! и в этом подмена понятий у твина!) на процедурке. Но есть один нюанс. Тот кто будет читать код, тоже должен быть достаточной квалификации.
Если уж на то пошло, то большинство возможностей современного ООП прекрасно было реализовано в С, еще до формулировки понятия "объект". ООП, как инструмент в нынешнем понимании, появился исключительно ради практического удобства. Грубо говоря ради синтаксиса, если так понятнее. А как подход существовал и раньше, просто для такого подхода, абстракции, проектирования - называйте как хотите - не сразу придумали отдельное название.
Поэтому в первых-то книгах по ООП, на примере С++, начинали объяснение понятия "объект" как "структура данных, объединенная с функциями". Побольше бы интересовались теорией (и даже историей) - не было бы холиваров никаких. Очень рекомендую. Знание теории в науке по большей части теоретической, знаете ли, идея не самая плохая.
А про то что инкапсуляция для защиты, я так и не понял, это штука такая, да? =)))
ООП вообще не ради преемственности создавалось. Да, качественный код в ней читается и реверсится проще, но не более. Опять идея навязанная кое-кем и совершенно не ключевая в реальной жизни. Алгоритмы, независимо от парадигмы, никто не отменял. Если дать хитрый алгоритм раздолбаю, то получится примерно так же как с хирургами. Разве что на кону не будет стоять человеческая жизнь, хотя тут как знать, если это прошивка ЭБУ автомобиля, или код для медицинских целей. То есть мало того что нужно понимать парадигму, но еще помимо много всего прочего. Все правильно, она не от чего не защищает. Да и не должна. Но и ничему не мешает, а наоборот, в умелых руках только помогает.
Как это взять и дописать за кем-то чужой проект вот так сразу? Дудки, сначала будет многочасовой реверс, изучение ТЗ и всякое прочее. До начала фактических работ по доделке могут пройти недели и даже месяцы. И какая же преемственность? Чем так эпично помог ООП, чтобы ради него работодатели всего мира вступили в заговор, начали популяризировать и т.д.? Ничего подобного просто нету.
