Ответ.

Контроль доступа — фундаментальный принцип ООП, обеспечивающий инкапсуляцию и защиту внутренних данных класса.

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

Классический C++ поддерживает три модификатора доступа: public, protected, private. Идея пришла для защиты внутренней реализации класса и отделения интерфейса от реализации.

Проблема:

Без правильного контроля доступа пользователи класса могут непреднамеренно изменить внутреннее состояние объектов или нарушить инварианты класса. Плохо спроектированный доступ усложняет поддержку и масштабирование кода.

Решение:

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

Пример кода:

class Sample {
private:
    int secret;
protected:
    void setSecret(int s) { secret = s; }
public:
    Sample(int s) : secret(s) {}
    int getSecret() const { return secret; }
};

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

Инкапсуляция через разделение интерфейса и реализации.
Предотвращение случайных изменений состояния объекта.
Наследники имеют доступ только к protected (но не к private).

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

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

Да, ключевое слово friend предоставляет полный доступ к приватным и защищённым членам класса. Такой подход следует применять очень осторожно, чтобы не нарушить инкапсуляцию.

Пример:

class PrivData {
private:
    int secret;
friend void accessSecret(const PrivData& d);
};
void accessSecret(const PrivData& d) { std::cout << d.secret; }

Можно ли получить доступ к private-члену, если знать его имя, с помощью указателей или приведения типов?

Да, посредством приведения типов или манипуляции с памятью (например, "pointer-to-member trick"), но это нарушает стандарты языка и приводит к неопределённому поведению. Так делать нельзя.

Что происходит при наследовании: становятся ли private-члены родительского класса доступными для потомка?

Нет, private-члены недоступны для производного класса напрямую, доступ возможен только через public/protected методы-аксессоры базового класса.

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

Злоупотребление public-членами и friend-функциями.
Приватные данные становятся доступны через небезопасные конструкции.
Отсутствие геттеров/сеттеров для нужных данных.

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

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

В большом проекте все члены класса были объявлены public ради быстроты прототипирования.

Плюсы:

Быстрое написание прототипа.

Минусы:

Сложность отслеживания мест, где изменяется важное состояние, непредсказуемое поведение, невозможность рефакторинга без поломки интерфейса.

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

Всё строго разнесено по уровням доступа, используются friend-функции только для unit-тестов.