Что такое объектно-ориентированное программирование (ООП)?

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

Представьте, что вы не просто код пишете, а строите мир, ёпта. Как в жизни: вот есть предметы, у них есть свойства и они что-то могут делать. Вот это и есть объекты, сука. А шаблон, чертёж для этих предметов — это класс. Не путайте, а то будет пиздец.

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

1. Инкапсуляция Это когда ты делаешь сейф, блядь. Класс — это такой сейф. У него есть внутренности (данные), но они на замке (private). А снаружи — только дырка для монеток (публичные методы). Хочешь положить деньги? Кидай в дырку deposit(). Хочешь посмотреть, сколько там? Спроси через getBalance(). А просто так руку в сейф засунуть и нахулиганить — низя, ёпта. Вот и вся философия: прячь своё говно от чужих рук, чтобы тебе его не сломали.

class BankAccount {
    private double balance; // Спрятано, как золото в жопе у пирата

    public void deposit(double amount) { // Дырка для вноса
        if (amount > 0) {
            balance += amount;
        }
    }
    public double getBalance() { // Окошко для подглядывания
        return balance;
    }
}

2. Наследование Ну тут всё просто, как два пальца обоссать. Есть у тебя класс Vehicle (транспорт). У него есть колёса, руль и всё такое. Зачем каждый раз с нуля придумывать велосипед, блядь (в прямом смысле)? Берёшь этот класс и говоришь: «А вот Car — это тоже транспорт, но с двигателем, а Bicycle — это транспорт, но с педалями». Всё, что было у родителя, автоматом переходит к детям. Как в жизни: папаша оставил квартиру — пользуйся, пока не пропил.

class Vehicle { /* общие свойства: колёса, руль, возможность ебашить по ямам */ }
class Car extends Vehicle { /* + двигатель, кондер и магнитола */ }
class Bicycle extends Vehicle { /* + педали и звонок, чтоб все срали с дороги */ }

3. Полиморфизм Звучит страшно, а на деле — просто пиздец как удобно. Это когда ты можешь общаться с разными объектами через одного общего предка, и они будут делать своё, а не общее.

Смотри: у тебя в гараже стоит Vehicle. Но на самом деле это может быть и Car, и Bicycle. Ты командуешь: «Эй, транспорт, поехали!» (myVehicle.move()). Если это машина — она заведётся и поедет. Если велосипед — ты начнёшь педали крутить. Объект сам решает, как ему выполнить команду. Главное — интерфейс один. Красота, блядь!

Vehicle myVehicle = new Car(); // В гараже стоит машина, но мы видим её как "транспорт"
myVehicle.move(); // Врум-врум, бензин жжёт
myVehicle = new Bicycle(); // А теперь подсунули велосипед
myVehicle.move(); // Уже скрип-скрип, ноги болят

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

В коде это интерфейсы или абстрактные классы. Они говорят что нужно сделать, но не говорят как. А реализовывать это будут уже конкретные классы.

interface Shape {
    double calculateArea(); // «Фигура, посчитай свою площадь!» А как ты это сделаешь — твои проблемы.
}
// Круг посчитает через πR², квадрат — сторону на сторону. А тебе, использующему интерфейс, похуй.

Итог, блядь:
ООП — это не какая-то ебеническая магия, а способ организовать код так, чтобы он был не как спагетти, вытащенные из одной кастрюли, а как нормальный, логичный конструктор. Создаёшь объекты, которые похожи на реальные штуки, прячешь от них лишнее, переиспользуешь код и говоришь с ними на общем языке. А когда всё это работает — сидишь и такой: «Ни хуя себе, а ведь получилось».