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

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

Внутри себя класс упаковывает две главные штуки:

• Данные (что он знает): Это как его внутренние тараканы, поля и свойства.
• Поведение (что он умеет делать): Это его методы, его навыки.

Смотри, вот тебе живой пример — банковский счёт. Как бы мы его описали в коде?

public class BankAccount
{
    // Вот это его внутренние тараканы, его состояние. Private — значит, спрятано от посторонних глаз.
    private decimal _balance; // Баланс
    private readonly string _accountNumber; // Номер счёта (только для чтения, менять нельзя)

    // Конструктор. Это как инструкция по сборке нового объекта.
    // Говоришь: "Создай мне счёт с таким-то номером и стартовым балансом".
    public BankAccount(string accountNumber, decimal initialBalance)
    {
        _accountNumber = accountNumber;
        // А тут защита от идиотов: если попробуют создать счёт с отрицательным балансом, сделаем ноль.
        _balance = initialBalance >= 0 ? initialBalance : 0;
    }

    // Свойства. Это контролируемые окошки, через которые можно посмотреть на внутренности.
    public string AccountNumber => _accountNumber; // Посмотреть номер можно, а тронуть — нет.
    public decimal Balance => _balance; // И баланс тоже только для чтения. Нельзя просто взять и написать "balance = 100500".

    // А вот методы — это то, что объект УМЕЕТ.
    // Положить деньги.
    public void Deposit(decimal amount)
    {
        if (amount > 0) // Проверка, чтобы не положили минус сто рублей, ёпта.
        {
            _balance += amount;
            LogTransaction($"Внесено: {amount}"); // И логируем операцию.
        }
    }

    // Снять деньги.
    public bool Withdraw(decimal amount)
    {
        // Тут две проверки: чтобы сумма была положительная И чтобы денег на счету хватало.
        if (amount > 0 && _balance >= amount)
        {
            _balance -= amount;
            LogTransaction($"Снято: {amount}");
            return true; // Всё ок, снял.
        }
        return false; // Не вышло, иди работай.
    }

    // А это приватный метод, внутренняя кухня. Снаружи его не видно и не вызвать.
    // Нужен, чтобы не засирать основной код рутиной вроде логирования.
    private void LogTransaction(string message)
    {
        Console.WriteLine($"Счёт {_accountNumber}: {message}. Баланс: {_balance}");
    }
}

// Ну и как этим пользоваться?
var account = new BankAccount("ACC123", 1000); // Вуаля! Создали объект по чертежу.
account.Deposit(500); // Положили пять сотен.
bool success = account.Withdraw(200); // Сняли двести. success будет true.
Console.WriteLine(account.Balance); // Посмотрели баланс. Увидим 1300.

Теперь, как это всё вяжется с теми страшными словами из ООП:

1. Инкапсуляция: Это когда ты прячешь свои внутренности. Баланс (_balance) — приватный. Нельзя с улицы прийти и написать account._balance = 1000000;. Только через официальные методы Deposit или Withdraw, которые ещё и проверки делают. Порядок, блядь.
2. Абстракция: Ты работаешь с объектом на уровне его возможностей. Тебе не нужно знать, КАК именно он там логирует операции в LogTransaction. Главное — что ты положил деньги, и они добавились. Всё остальное — его проблемы.
3. Наследование: На основе этого счёта можно сделать, например, SavingsAccount (сберегательный), который всё то же самое умеет, но ещё и проценты на остаток начисляет. Зачем писать с нуля? Просто расширяем.
4. Полиморфизм: Если у нас есть и обычный BankAccount, и SavingsAccount, то в каких-то случаях мы можем работать с ними как с одним и тем же (например, вызывать метод Withdraw), и каждый сделает это по-своему, если нужно. Один просто снимет, а второй перед снятием ещё и штраф за досрочное снятие спишет, хитрая жопа.

Вот и вся магия. Класс — это описание, а объект — конкретная реализация, с которой ты и работаешь.