self или $this в PHP: когда что использовать? Разбор с примерами

Введение: Почему этот вопрос мучает каждого второго PHP-разработчика?

Если вы когда-либо писали на PHP в объектно-ориентированном стиле, вы точно сталкивались с дилеммой: когда использовать self, а когда $this? Этот вопрос — один из самых популярных на Stack Overflow (тысячи просмотров и десятки голосов). Кажется, что разница очевидна, но стоит копнуть глубже — и даже опытные разработчики начинают путаться.

В этой статье мы разложим всё по полочкам. Вы узнаете:

• Чем принципиально отличаются self и $this;
• В каких ситуациях каждый из них обязателен;
• Как работает наследование и статические контексты;
• И, конечно, увидите реальные примеры кода, которые можно сразу применить.

Поехали разбираться раз и навсегда!

Базовое правило: статика против экземпляра

Самое главное, что нужно запомнить:

• $this — ссылается на текущий объект (экземпляр класса). Работает только в нестатическом контексте.
• self — ссылается на текущий класс, в котором написан код. Используется для доступа к статическим свойствам, константам и статическим методам.

Звучит просто? Давайте проверим на примере.

Пример 1: Простой класс

<?php
class Coffee
{
    public static $type = 'Арабика';
    public $sugar = 2;

    public function info()
    {
        // $this — для свойств объекта
        echo "Сахара: {$this->sugar} ложек.";

        // self — для статического свойства
        echo "Тип кофе: " . self::$type;
    }
}

$cup = new Coffee();
$cup->info(); // Выведет: Сахара: 2 ложек. Тип кофе: Арабика
?>

Здесь всё логично: $this->sugar — уникально для каждой чашки, а self::$type — общее для всех.

Коварство наследования: self vs static

А вот тут начинается самое интересное. Многие думают, что self ведёт себя полиморфно, но это не так. self всегда указывает на класс, где он написан, даже если вы вызываете метод из дочернего класса.

Если вам нужно, чтобы код учитывал класс, из которого его вызвали (позднее статическое связывание), используйте static.

Пример 2: Наследование и подвох

<?php
class Animal
{
    public static $sound = '...';

    public static function speak()
    {
        // ВНИМАНИЕ: self — это Animal, а не Dog!
        echo self::$sound;
    }

    public static function speakCorrect()
    {
        // static — это класс, который вызвал метод
        echo static::$sound;
    }
}

class Dog extends Animal
{
    public static $sound = 'Гав!';
}

Dog::speak();       // Выведет: ... (потому что self = Animal)
Dog::speakCorrect(); // Выведет: Гав! (потому что static = Dog)
?>

Этот пример — частая причина багов. Если вы пишете библиотеку и ожидаете, что дочерние классы смогут переопределять статические свойства, всегда используйте static вместо self.

Когда без self не обойтись?

Есть ситуации, где $this просто не работает, и self — единственный вариант:

• Статические методы: внутри метода, объявленного как public static function, нет объекта, поэтому $this недоступен. Только self.
• Константы класса: к ним обращаются через self::CONSTANT (или ClassName::CONSTANT).
• Статические свойства: self::$property.
• Внутри конструктора или деструктора: хотя там доступен $this, для статических операций лучше использовать self.

Пример 3: Работа с константами

<?php
class MathHelper
{
    const PI = 3.14159;

    public static function circleArea($radius)
    {
        // self обязателен для констант
        return self::PI * $radius * $radius;
    }
}

echo MathHelper::circleArea(5); // 78.53975
?>

Попробуйте написать $this::PI — получите фатальную ошибку, так как $this не определён в статическом контексте.

Мифы и заблуждения

Давайте развеем несколько популярных мифов:

Миф 1: «self можно использовать везде вместо $this»

Нет. self не даёт доступа к нестатическим свойствам объекта. Если вы напишете self->property, PHP выдаст ошибку. self работает только с :: (оператор разрешения области видимости).

Миф 2: «$this работает в статических методах»

Тоже нет. Внутри статического метода $this не существует. PHP выбросит предупреждение, если вы попытаетесь его использовать. Исключение — если статический метод вызывается на объекте (но это плохая практика).

Миф 3: «self и static — это одно и то же»

Как мы видели в примере 2, это не так. self — это «класс, где написан код», а static — «класс, который вызвал код». Разница проявляется при наследовании.

Практический чек-лист: что выбрать?

Чтобы не запутаться, используйте эту таблицу-шпаргалку:

Блоги

Алгоритмы и структуры данных на Rust: руководство для начинающих

Почему C++ читает строки из stdin медленнее Python? Разбор и решение

E2E тестирование C#: гайд для тех, кто устал от багов в продакшне

Рекомендаций по книгам

Чистый код на Swift: iOS и macOS разработка

Тестирование C# (.NET) приложений: от юнит-тестов до интеграционных сценариев

Функциональное программирование на Java: от лямбд до монад

Swift 4. Протокол-ориентированное программирование

Читайте также

Лучшие IDE и инструменты для C# разработки в 2025 году Как написать REST API на C# за 30 минут: пошаговое руководство Как сделать веб-скрапинг с BeautifulSoup #pragma mark в Swift 2025: Секреты организации кода, о которых молчат gRPC в Go: когда использовать и как не выстрелить себе в ногу