ты пытаешься в них выделить тот минимум который позволит тебе их менять очень редко, а в лучших сценариях — никогда. Если бы всё в мире было бы гладко мы бы тут не сидели не мусолили, понимаешь?)
То что ты на раннем этапе можешь покрыть всё абстракциями и писать всё что именно сейчас требуется, а потом без боли сменить бд например или протокол это большой плюс такого подхода, не всегда это нужно, но суть в том что задачи и условия разные, и к каждой нужно подходить без фанбойства в виде «классы это хуево пиздец»
ООП - это все лишь вопрос как организовать хранение методов. допустим у тебя есть абстрактный класс животное и два метода жрать() и спать(). и есть два класса кошка и собака. жрут спят они по-своему. потом приходит заказчик и говорит нам нужен котопес, который жрет как собака, а спит как кот и все, пиздец твоей архитектуре, тебе придется создавать какую-нибудь фабрику животных. а если у тебя есть методы жратьКакКот() спатьКакКот() жратьКакСобака() и спастьКакСобака(), то ты из них можешь собрать любую комбинацию котопса без проблем..
Обсуждают сегодня