Ответ.

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

Инкапсуляция — один из ключевых принципов ООП, появившихся в С++ с момента его появления. Идея — ограничить доступ к внутреннему состоянию объекта, предоставляя только продуманные интерфейсы для работы с ним. В C++ инкапсуляция формализована через области видимости членов класса: public, protected, private.

Проблема:

Если не использовать инкапсуляцию, внутреннее состояние объектов может модифицироваться из любого места программы, что приводит к ошибкам, трудноотлавливаемым багам и общему снижению надёжности. Избыточное же закрытие может затруднить сопровождение и использование классов.

Решение:

Следует четко разграничивать интерфейс класса (public section) и реализацию (private/protected). Для доступа к важным данным использовать специальные методы (геттеры/сеттеры). Для сложной логики, разделять механизм через дополнительные классы или шаблоны. Использовать const-методы для обеспечения неизменности состояния.

Пример кода:

class Counter {
private:
    int value;
public:
    Counter() : value(0) {}
    void increment() { ++value; }
    int get() const { return value; }
};

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

Три области видимости: public, protected, private.
Возможность реализовать только нужные методы для взаимодействия с объектом.
Ограничение доступа к внутренним данным и методам.

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

Можно ли получить доступ к private-члену другого объекта этого же класса напрямую внутри метода?

Да, внутри методов класса можно обращаться к private-членам других объектов того же самого класса.

class Example {
    int val;
public:
    void copyVal(const Example& other) { val = other.val; } // Нет ошибки!
};

Может ли дружественная функция получить доступ к private-членам класса?

Да, friend-функция имеет полный доступ к private/protected-членам класса.

Можно ли сделать конструктор приватным? Зачем это нужно?

Да, приватные конструкторы часто используются в синглтонах и фабричных методах для контроля создания экземпляров класса.

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

Все члены класса объявлены public
Геттеры/сеттеры становятся формальной оберткой без реального ограничения
Нарушение SRP: Open-Access Class

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

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

Класс BankAccount содержит public переменную balance. Любой сторонний код может изменить баланс напрямую, что приводит к ошибкам расследовать которые почти невозможно.

Плюсы:

Просто использовать

Минусы:

Нет контроля за изменениями, невозможно добавить ограничение или аудит

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

Переменная balance скрыта, есть только защищенные методы изменения баланса. Проверки реализованы внутри класса.