Что такое ООП?

Давай разжую тебе эту тему, как будто объясняю соседу по подъезду, который только что узнал, что компьютер включается не кнопкой на мониторе. ООП — это, блядь, не какая-то магия, а просто способ думать о коде не как о куче команд, а как о реальных штуках, которые между собой взаимодействуют. Представь, что пишешь не программу, а сценарий для мира, где каждый объект — это персонаж со своим характером (данными) и умениями (методами).

Четыре кита, на которых всё держится, или Почему без этого будет пиздец:

1. Инкапсуляция. Это когда у объекта есть свои секреты, и он не светит ими направо и налево. Всё равно что у тебя в кармане тысяча рублей. Ты же не ходишь и каждому встречному не кричишь: «Эй, у меня тысяча!». Ты её тратишь через конкретные действия: купил пива, заплатил за такси. Вот и объект так же — состояние (деньги) приватное, а взаимодействие — через публичные методы. Иначе какой-нибудь распиздяй в коде напрямую твой баланс обнулит.

   class BankAccount {
       private $balance = 0; // Вот эти деньги, ёпта, спрятаны. Никто снаружи к ним не подберётся.
       public function deposit($amount) {
           if ($amount > 0) $this->balance += $amount; // Положить можно только через этот метод. Отрицательную сумму не пропустит.
       }
       public function getBalance() { return $this->balance; } // Узнать баланс — тоже только через метод. Контроль, блядь, полный.
   }

   Суть в том, чтобы доверия ебать ноль никому не было. Данные защищены, логика валидации — внутри. Красота.

2. Наследование. Ну тут всё просто, как два пальца обоссать. Есть какой-то общий предок с кучей готовых фич. Зачем изобретать велосипед, если можно взять его и немного допилить? Создаёшь новый класс, говоришь «extends» — и вуаля, всё, что умел родитель, теперь умеешь и ты. Можно ещё своё добавить или старое переписать.

   class Vehicle { protected $speed; } // Ну, абстрактная телега какая-то, которая может ехать.
   class Car extends Vehicle { // А вот конкретная тачка. Она ВСЁ, что умеет Vehicle, уже умеет.
       public function setSpeed($speed) { $this->speed = $speed; } // И вот своё умение добавили — скорость менять.
   }

   Главное — не устраивать ёперный театр с многоэтажной иерархией, где уже и сам чёрт ногу сломит, кто от кого унаследовался.

3. Полиморфизм. Звучит сложно, а на деле — хитрая жопа. Один интерфейс — много реализаций. Проще говоря, ты договариваешься с разными объектами, что у них будет метод, например, log(). А как они там будут логировать — им плевать. Один в файл пишет, другой — в базу, третий — в облако. Тебе, тому, кто использует, да похуй. Главное — метод log() есть. Подставляй любой объект, который обещал его иметь.

   interface Logger { public function log($message); } // Договорились. Всем, кто хочет быть логгером, иметь этот метод.
   class FileLogger implements Logger { public function log($m) { /* запись в файл */ } } // Один делает так.
   class DatabaseLogger implements Logger { public function log($m) { /* запись в БД */ } } // Другой — этак.

   Это даёт офигенную гибкость. Захотел сменить способ логирования — подменил один объект другим, и вся остальная программа даже не заметила.

4. Абстракция. А вот это уже для тех, кто не хочет париться с мелочами. Берёшь какую-нибудь сущность, вычленяешь оттуда самую соль и говоришь: «Вот это — главное, остальное — детали». Создаёшь абстрактный класс или интерфейс, который описывает, ЧТО должно быть, но не говорит, КАК это делать.

   abstract class Shape { // Абстрактная «фигура». Её даже создать нельзя — она как идея.
       abstract public function calculateArea(); // Но ВСЕ фигуры ДОЛЖНЫ уметь считать площадь. Как? Их проблема.
   }

   Это чтобы не бздеть над каждой мелочью на верхнем уровне. Договорились о главном — а реализуйте там как хотите.

Итог, чувак: Если не использовать ООП для чего-то сложнее «Hello World», то в большом проекте у тебя будет овердохуища спагетти-кода, в котором через месяц разберётся только пидарас шерстяной, да и то с бутылкой. А с ООП хотя бы есть шанс сохранить рассудок и навести порядок в этом цифровом бардаке. Код становится как конструктор: модульный, переиспользуемый и, в идеале, понятный.