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

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

Идентичность — это вообще пиздец какой важный момент. Вот смотри: есть две табуретки, собраны по одному чертежу, выглядят одинаково. Но одна стоит у меня на кухне, а вторая — у тебя в гараже. Это разные табуретки, ёпта! Даже если я свою покрашу в тот же цвет, что и твоя, это всё равно моя табуретка, на которой я знаю каждую занозу. В коде так же: два объекта Car могут быть одной модели и с полным баком, но myCar — это мой ушатанный жигуль, а yourCar — твоя ласточка. Они в памяти живут по разным адресам, и компьютер их различает, даже если все поля одинаковые.

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

Поведение — это что объект умеет делать. Табуретка — стоять и на ней сидеть. Машина — ехать и заправляться. Если у объекта есть данные (состояние), но нет действий (методов) — это просто мешок с цифрами, бесполезная хуйня. А если есть методы, но нет данных — это какая-то абстрактная дичь, которая шумит, но нихуя не делает.

А теперь смотри на этот код, тут вся суть:

// Это чертёж, абстракция, идея машины. Её пока не потрогать.
class Car {
    // Состояние, приватное, чтобы всякие левые мудаки не лезли и не меняли топливо на "пиво"
    private String model;
    private int fuelLevel;

    // Конструктор. Это как приёмщик на заводе: даёшь ему название модели, а он тебе выдаёт готовую тачку с полным баком.
    public Car(String model) {
        this.model = model;
        this.fuelLevel = 100;
    }

    // Поведение: метод "поехать". Проверяет, есть ли бензин, и если есть — едет и тратит его.
    public void drive() {
        if (fuelLevel > 0) {
            System.out.println(model + " is driving.");
            fuelLevel -= 10;
        } else {
            System.out.println(model + " is out of fuel!");
        }
    }

    // Поведение: метод "заправиться". Просто херачит бак до полного.
    public void refuel() {
        fuelLevel = 100;
        System.out.println(model + " has been refueled.");
    }
}

public class Main {
    public static void main(String[] args) {
        // А вот тут магия! Из чертежа (класса Car) создаются РЕАЛЬНЫЕ объекты.
        // new Car("Tesla") — это как крикнуть: "Эй, завод, сделай мне Теслу по чертежу!"
        Car myCar = new Car("Tesla");   // Объект первый, уникальный, живой
        Car yourCar = new Car("Toyota"); // Объект второй, тоже уникальный, тоже живой

        myCar.drive();   // Тесла едет, бензин тратит
        yourCar.drive(); // Тойота едет, бензин тратит
        // И да, они обе едут, но каждая сама по себе, со своим бензобаком. Вот и вся идентичность.
    }
}

И главная фишка всего этого цирка — инкапсуляция. Это когда ты прячешь свои внутренности (поля model и fuelLevel) от посторонних глаз, а наружу выставляешь только кнопки (методы drive() и refuel()). Почему? Да чтобы какой-нибудь ушлёпок не написал в коде yourCar.fuelLevel = -999; и не угробил твою логику. Заправляться можно только через метод refuel(), ехать — через drive(). Всё контролируемо, всё предсказуемо. Красота, блядь!

Вот так из этих кирпичиков — объектов — и строится вся объектно-ориентированная хрень. Не так страшен чёрт, как его малюют.