Что такое модификатор protected?

Модификатор protected в объектно-ориентированном программировании

Модификатор protected — это спецификатор доступа в объектно-ориентированных языках программирования (таких как Java, C++, C#, PHP и др.), который определяет область видимости членов класса (полей, методов, свойств). protected занимает промежуточное положение между private (закрытый) и public (открытый), предоставляя доступ:

1. Внутри самого класса, где член объявлен.
2. Внутри всех классов-наследников (подклассов), даже если они находятся в других пакетах или сборках.
3. Внутри классов того же пакета/сборки (это поведение зависит от языка; например, в Java protected даёт доступ в рамках пакета, а в C# — нет).

Основная цель и философия

Ключевая идея protected — реализация принципа "закрыто для внешнего мира, но открыто для наследников". Это позволяет создавать гибкие иерархии классов, где:

• Инкапсуляция не нарушается для внешнего кода.
• Наследники получают возможность использовать и расширять внутреннюю функциональность базового класса, что критически важно для полиморфизма и построения шаблонов проектирования (например, Шаблонный метод).

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

Рассмотрим пример на Java, где protected даёт доступ наследникам и классам в том же пакете:

// Базовый класс
public class Vehicle {
    private String vin;          // Только внутри Vehicle
    protected int mileage;       // Доступен наследникам и в пакете

    public Vehicle(String vin) {
        this.vin = vin;
        this.mileage = 0;
    }

    protected void updateMileage(int km) {
        if (km > 0) {
            this.mileage += km;
            logUpdate();
        }
    }

    private void logUpdate() {
        System.out.println("Mileage updated to: " + mileage);
    }

    public void displayInfo() {
        System.out.println("VIN: " + vin + ", Mileage: " + mileage);
    }
}

// Класс-наследник в том же пакете
public class Car extends Vehicle {
    private String model;

    public Car(String vin, String model) {
        super(vin);
        this.model = model;
    }

    public void service(int distance) {
        // Доступ к protected полю и методу родителя
        updateMileage(distance); // Разрешено!
        System.out.println(model + " serviced. New mileage: " + mileage); // Прямой доступ к полю mileage
    }
}

// Класс из другого пакета (имеет доступ только через наследование)
package another;
import original.Vehicle;

public class Truck extends Vehicle {
    public Truck(String vin) {
        super(vin);
    }

    public void addTrip(int km) {
        updateMileage(km); // Разрешено — мы наследники
        // System.out.println(vin); // ОШИБКА! vin — private
    }
}

// Внешний класс (не наследник)
public class Garage {
    public void inspect(Vehicle v) {
        // v.mileage = 1000; // ОШИБКА КОМПИЛЯЦИИ! Нет доступа к protected члену
        v.displayInfo(); // Разрешено — метод public
    }
}

Пример на C# (где protected не даёт доступа в рамках сборки автоматически):

public class Device {
    protected string SerialNumber { get; set; }

    protected virtual void Boot() {
        Console.WriteLine("Device booting...");
    }

    public void Start() {
        Boot();
    }
}

public class Smartphone : Device {
    public Smartphone(string sn) {
        SerialNumber = sn; // Доступно, так как наследник
    }

    protected override void Boot() {
        base.Boot();
        Console.WriteLine("Loading OS...");
    }
}

// В другом классе (не наследнике)
public class ServiceCenter {
    public void Repair(Device d) {
        // d.SerialNumber = "new"; // Ошибка компиляции: недоступно
    }
}

Отличия между языками

• Java: protected = доступ для наследников + доступ для классов в том же пакете. Это иногда называют "package-private + наследники".
• C# и C++: protected = доступ только для наследников. Для доступа в рамках сборки (в C#) используется модификатор internal protected (protected internal).
• PHP: С версии 7.4.0 также поддерживает protected, работающий аналогично классической модели — только для класса и его потомков.

Когда использовать protected с точки зрения QA Automation

В автотестах, особенно при использовании Page Object Model и наследования, protected — мощный инструмент:

// Базовый Page Object
public abstract class BasePage {
    protected WebDriver driver;
    protected WebDriverWait wait;

    protected BasePage(WebDriver driver) {
        this.driver = driver;
        this.wait = new WebDriverWait(driver, Duration.ofSeconds(10));
    }

    protected boolean isElementPresent(By locator) {
        // Утилитный метод для всех наследников
        return !driver.findElements(locator).isEmpty();
    }

    public abstract boolean isLoaded(); // Абстрактный метод для реализации
}

// Конкретная страница
public class LoginPage extends BasePage {
    private By usernameField = By.id("username");
    private By passwordField = By.id("password");

    public LoginPage(WebDriver driver) {
        super(driver); // Инициализация protected поля driver
    }

    public void login(String user, String pass) {
        // Использование protected метода
        if (isElementPresent(usernameField)) {
            driver.findElement(usernameField).sendKeys(user);
            driver.findElement(passwordField).sendKeys(pass);
        }
    }

    @Override
    public boolean isLoaded() {
        return isElementPresent(usernameField);
    }
}

Преимущества и недостатки

Преимущества:

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

Риски и недостатки:

• Ослабление инкапсуляции: Наследники получают доступ к внутренней реализации, что создаёт тесную связь. Изменение protected-члена в родительском классе может сломать всех наследников.
• Сложность сопровождения: В больших иерархиях бывает трудно отследить, кто и как использует protected-поля.
• Нарушение принципа "Composition over Inheritance": Злоупотребление protected часто ведёт к глубоким и хрупким деревьям наследования.

Заключение

Модификатор protected — это важный механизм для создания расширяемых иерархий классов в ООП. Для QA-инженера понимание protected необходимо не только для чтения и анализа кода тестируемого приложения, но и для проектирования поддерживаемых фреймворков автотестирования, где грамотное применение модификаторов доступа (включая protected) повышает надёжность, уменьшает связанность и облегчает поддержку тестового кода. Однако его следует применять осознанно, чтобы не создавать излишне жёсткие зависимости между классами в иерархии наследования.