Стенли Липпман - Язык программирования C++. Пятое издание

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

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

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

Упражнение 7.16. Каковы ограничения (если они есть) на количество спецификаторов доступа в определении класса? Какие виды членов должны быть определены после спецификатора public? Какие после спецификатора private?

Упражнение 7.17. Каковы различия (если они есть) между ключевыми словами classи struct?

Упражнение 7.18. Что такое инкапсуляция? Чем она полезна?

Упражнение 7.19. Укажите, какие члены класса Person имеет смысл объявить как public, а какие как private. Объясните свой выбор.

Теперь, когда переменные-члены класса Sales_dataстали закрытыми, функции read(), print()и add()перестали компилироваться. Проблема в том, что хоть эти функции и являются частью интерфейса класса Sales_data, его членами они не являются.

Класс может позволить другому классу или функции получить доступ к своим не открытым членам, установив для них дружественные отношения (friend). Класс объявляет функцию дружественной, включив ее объявление с предваряющим ключевым словом friend:

class Sales_data {

// добавлены объявления дружественных функций, не являющихся

// членами класса Sales_data

friend Sales_data add(const Sales_data&, const Sales_data&);

friend std::istream &read(std::istream&, Sales_data&);

friend std::ostream &print(std::ostream&, const Sales_data&);

// другие члены и спецификаторы доступа, как прежде

public:

Sales_data() = default;

Sales data(const std::string &s, unsigned n, double p):

bookNo(s), units_sold(n), revenue (p*n) { }

Sales_data(const std::string &s): bookNo(s) { }

Sales_data(std::istream&);

std::string isbn() const { return bookNo; }

Sales_data &combine(const Sales data&);

private:

std::string bookNo;

unsigned units_sold = 0;

double revenue = 0.0;

};

// объявления частей, не являющихся членами интерфейса

// класса Sales_data

Sales_data add(const Sales_data&, const Sales_data&);

std::istream &read(std::istream&, Sales_data&);

std::ostream &print(std::ostream&, const Sales_data&);

Объявления друзей могут располагаться только в определении класса; использоваться они могут в классе повсюду. Друзья не являются членами класса и не подчиняются спецификаторам доступа раздела, в котором они объявлены. Более подробная информация о дружественных отношениях приведена в разделе 7.3.4.

Объявления друзей имеет смысл группировать в начале или в конце определения класса.

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

Объявление дружественных отношений

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

Чтобы сделать друзей класса видимыми его пользователям, их обычно объявляют вне класса в том же заголовке, что и сам класс. Таким образом, в заголовке Sales_dataследует предоставить отдельные объявления (кроме объявлений дружественными в теле класса) для функций read(), print()и add().