Как действительно поможет ООП в реальной программе?

Question

[Умид Рифкатов]

Пишу телеграм бота, код стал очень громоздким и нечитабельным. Решил применить ООП т.к. в плюсах ООП написано что упрощает поддержку кода и его читабельность. Перечитал все курсы пересмотрел видео Corey Schafer и не могу понять как мне может это все помочь написать более лаконичный код чтобы его можно было поддерживать, легко модифицировать и остаться DRY. Спасибо за ответ.

Comments

[Окрашено]

Чувак не отчаивайся, смотри и читай дальше, тренируйся на мелких проектах, в какой то момент станет понятно, не сразу, но станет. Если смотришь Corey значит с англ у тебя в порядке, то вот тебе то, что помогло мне после него. https://www.udemy.com/course/python-beyond-the-bas...

Answer 1

[mayton2019]

ООП - это более аккуратная разработка с использованием приципов SOLID, KILL, YAGNI (это аббревиатуры) и если вы - 1 разработчик то вам будет очень сложно дисциплинировать себя чтобы следовать ООП. По смыслу это выглядит - как очень сильная формализация логики чтобы не было 1 длинной простыни кода а были небольшие сущности по 5-7 строк и каждая из них обладала бы 1 единственной зоной ответственности.

По большему счету польза от ООП проявляется на очень крупных проектах (больше десятков тыщ строк кода) и где много разрабов одновременно кодят и вносят изменениея.

Если у автора - мелкий pet-проект то возможно ООП ему и не нужно.

Comments

[Adamos]

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

[mayton2019]

Adamos, все очень просто. На самом деле нет плохого и хорошего кода. Я говорю с позиции ентерпрайза. Я уже там более 15 лет. Я не просто так писал про количество.

Коллективный код - это просто джентльменское соглашение между группой разработчиков что дескыть "мы будем писать именно так". Ты поймешь это когда будешь изучать чужой код и чужого кода будет очнеь много. И там тебя будет раздражать каждый пробел и каждая запятая. Стиль кодирования - это не пустой звук. Он реально существует. И по этому стилю написаны сотни рекомендательных документов. И каждая проектная группа. Беря язык разработки - создает свои правила. 90% эти правила будут просто копи-пастой стандартных документов больших корпораций. Плюс какие-то мелкие свои соглашения. Типа мы переносим фигурную скобку всегда на новую строку или оставляем справа. С++ ники переносят. Java-исты сейчас кодят в Egyptian-Style.

Вот пример этих документов
https://google.github.io/styleguide/javaguide.html
https://www.oracle.com/technetwork/java/codeconven...

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

[Adamos]

mayton2019, а по мне, так стиль и преимущества ООП довольно перпендикулярны. Пишу с точки зрения одиночки, которому стиль никак не жмет, а вот ООП здорово помогает разобраться в собственном позапрошлом проекте и проанализировать / починить / обновить его, не наломав дров.

[mayton2019]

Adamos, все забей. Топик тебе не нужен. Ты - одиночка. Пиши как хочешь.

[Adamos]

mayton2019, спасибо за разрешение, я им довольно давно пользуюсь...

[mayton2019]

Adamos, пиши лучше автору.

Answer 2

[Максим Федоров]

ООП упрощает код, логику и понимание...
Но только в случае подготовленного человека. Соответственно пока нет осознанности в происходящем и опыта, то ясен пень — будет сложно и не понятно

В случае (процедурщина && сложная большая кодовая база) подготовленные спецы путаются в большом коде, в виду запутанности.
Крч все доводы работают для ситуаций, когда программисты уже программисты, а не желающие ими быть.

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

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

Answer 3

[Adamos]

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

Answer 4

[Сергей Горностаев]

Перечитал все курсы пересмотрел видео

Странно, что не помогло!

Answer 5

[Victor Bomberow]

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