Какие области видимости доступны для интерфейса?

Области видимости в интерфейсах PHP

В PHP интерфейсы (interfaces) имеют строгие ограничения по областям видимости, поскольку их основная цель — определение публичного контракта, который будут реализовывать классы. До PHP 8.0 существовало лишь одно допустимое значение, но с современными версиями языка возможности расширились.

Основные правила видимости

По своей сути, интерфейс определяет публичный API, поэтому все методы, объявленные в интерфейсе, изначально должны быть публичными. Однако эволюция языка внесла коррективы.

1. Публичная (public) видимость — классический подход (до PHP 8.0)

До версии PHP 8.0 все методы в интерфейсах неявно считались public, и явное указание модификатора даже вызывало фатальную ошибку.

// PHP 7.x пример
interface LoggerInterface {
    // Неявно public, указание модификатора вызовет ошибку
    function log(string $message);
    
    // Неявно public
    function error(string $error);
}

2. Расширенные возможности с PHP 8.0+

Начиная с PHP 8.0, правила стали более гибкими:

а) Методы теперь могут явно объявляться как public:

interface CacheInterface {
    public function get(string $key): mixed;
    public function set(string $key, mixed $value): void;
}

б) Появилась поддержка private и protected методов, но только в форме конкретных реализаций:

interface UserRepository {
    // Публичный метод контракта
    public function findById(int $id): User;
    
    // Приватный метод с реализацией (требует PHP 8.0+)
    private function validateId(int $id): bool {
        return $id > 0;
    }
    
    // Защищенный метод с реализацией
    protected function createQuery(): Query {
        return new Query();
    }
}

Важное уточнение: private и protected методы в интерфейсах должны иметь конкретную реализацию (тело метода). Они не могут быть абстрактными. Это позволяет создавать вспомогательные методы внутри самого интерфейса.

3. Статические методы и их видимость

Начиная с PHP 8.1, интерфейсы поддерживают статические методы с различными областями видимости:

interface FactoryInterface {
    public static function create(): self;
    private static function generateId(): string;
    protected static function getDefaultConfig(): array;
}

Для нестатических методов правила те же: private/protected требуют реализации.

Ограничения и особенности

1. Свойства (поля) в интерфейсах не поддерживаются, независимо от области видимости. Для определения свойств используются абстрактные классы или трейты.

2. Константы интерфейса всегда имеют публичную видимость, даже если явно не указано:

interface StatusCodes {
    const OK = 200;          // Неявно public
    public const ERROR = 500; // Явно public, но это избыточно
    // private const PRIVATE = 0; // НЕДОПУСТИМО!
}

1. Аргументы методов не могут иметь модификаторы видимости — это относится исключительно к самим методам.

Практическое применение

Различные области видимости в интерфейсах позволяют:

• Создавать готовые реализации вспомогательных методов, уменьшая дублирование кода в реализующих классах
• Инкапсулировать внутреннюю логику даже на уровне контрактов
• Предоставлять protected-хелперы для семейств связанных классов

interface DataTransformer {
    // Публичный контракт
    public function transform(array $data): string;
    
    // Защищенный хелпер для наследников
    protected function validateData(array $data): bool {
        return !empty($data);
    }
    
    // Приватная утилита
    private function encode(string $data): string {
        return base64_encode($data);
    }
}

Вывод

Таким образом, интерфейсы в современном PHP (8.0+) поддерживают все три области видимости для методов:

• public — для основного контракта (могут быть абстрактными)
• protected и private — только с конкретной реализацией (не абстрактные)

Это важное отличие от абстрактных классов, где методы могут быть объявлены абстрактными с любой видимостью. Эволюция интерфейсов в PHP приближает их к возможности предоставлять не только контракты, но и частичную реализацию, сохраняя при этом преимущества множественного наследования.