Ответ.

Инкапсуляция — это один из ключевых принципов объектно-ориентированного программирования (ООП), который появился из потребности группировать данные с функциями, которые эти данные обрабатывают, и скрывать детали реализации от пользователя.

История вопроса

Со времён появления ООП, инкапсуляция была направлена на повышение надёжности программ, уменьшение ошибок и повышение удобства сопровождения кода. В C++ она реализуется средствами сокрытия данных и предоставления интерфейса для взаимодействия с объектом.

Проблема

Без инкапсуляции внутренние данные и детали реализации класса доступны для изменения из любой части программы. Это приводит к ошибкам, сложностям при внесении изменений и плохой управляемости кода.

Решение

Инкапсуляция в C++ достигается с помощью модификаторов доступа (private, protected, public) в классах. Внутренние данные класса объявляются с помощью private или protected, а доступ к ним осуществляется через открытые методы (геттеры и сеттеры).

Пример кода:

class Account {
private:
    double balance;
public:
    Account(double initial) : balance(initial) {}
    double getBalance() const { return balance; }
    void deposit(double amount) {
        if (amount > 0) balance += amount;
    }
};

Ключевые особенности:

Позволяет разделить интерфейс и реализацию
Защищает объект от неконтролируемого доступа и модификации
Облегчает поддержку и развитие кода

Вопросы с подвохом.

Может ли protected-член быть доступен из любого места программы, где есть объект класса?

Нет, protected-члены доступны только из методов самого класса, друзей и производных классов, но не из других классов и не через объект извне.

Может ли public-член класса быть "инкапсулированным"?

Нет, public-члены не инкапсулируются, их задача — обеспечить внешний интерфейс. Иногда излишне открытые public-члены нарушают принцип инкапсуляции.

Добавляет ли модификатор private безопасность кода в рантайме?

Нет, модификаторы доступа работают только на уровне компилятора и не предотвращают доступ к данным в исполняемом файле — но ограничивают ошибки проектирования.

Типовые ошибки и анти-паттерны

Объявление всех членов класса как public
Избыточные friend'ы
Геттеры, возвращающие ссылку на скрытый член без const/qref
Отсутствие валидации во внешних сеттерах

Пример из жизни

Негативный кейс

Разработчик сделал все переменные класса public ради "простоты бизнес-логики".

Плюсы:

Легко работать на начальных этапах
Меньше кода для доступа к данным

Минусы:

Любой другой программист/модуль может изменить состояние класса в любой момент
Усложняется отладка и сопровождение
Рост количества ошибок

Позитивный кейс

Данные объявлены как private, взаимодействие через геттеры/сеттеры с обязательной валидацией.