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

Кроме класса Screen, определим также класс диспетчера окон, который представляет коллекцию окон на данном экране. У этого класса будет вектор объектов класса Screen, каждый элемент которого представляет отдельное окно. По умолчанию класс Window_mgrдолжен изначально содержать один объект класса Screen, инициализированный значением по умолчанию. По новому стандарту наилучшим способом определения такого значения по умолчанию является внутриклассовый инициализатор (см. раздел 2.6.1):

class Window_mgr {

private:

// по умолчанию отслеживающий окна объект класса Window_mgr

// содержит одно пустое окно стандартного размера

std::vector screens{Screen(24, 80, ' ')};

};

При инициализации переменных-членов типа класса их конструктору следует предоставить аргументы. В этом случае применяется список инициализации переменной-члена типа vector(см. раздел 3.3.1) с инициализатором для одного элемента. Этот инициализатор содержит значение типа Screen, передаваемое конструктору vectorдля создания вектора с одним элементом. Это значение создается конструктором класса Screen, получающим параметры в виде двух размерностей и заполняющего символа, чтобы создать пустое окно заданного размера.

Как уже упоминалось, для внутриклассовой инициализации может использоваться форма инициализации =(как при инициализации переменных-членов класса Screen) или прямая форма инициализации с использованием фигурных скобок (как у вектора screens).

При предоставлении внутриклассового инициализатора это следует сделать после знака =или в фигурных скобках.

Упражнение 7.23. Напишите собственную версию класса Screen.

Упражнение 7.24. Добавьте в свой класс Screenтри конструктора: стандартный; получающий высоту, ширину и заполняющий содержимое соответствующим количеством пробелов; получающий высоту, ширину и заполняющий символ для содержимого экрана.

Упражнение 7.25. Может ли класс Screenбезопасно полагаться на заданные по умолчанию версии операторов копирования и присвоения? Если да, то почему? Если нет, то почему?

Упражнение 7.26. Определите функцию Sales data::avg_priceкак встраиваемую.

Теперь добавим функции, устанавливающие символ в курсоре или в заданной области:

class Screen {

public:

Screen &set(char);

Screen &set(pos, pos, char);

// другие члены, как прежде

};

inline Screen &Screen::set(char c) {

contents[cursor] = с; // установите новое значение в текущей позиции

// курсора

return *this; // возвратить этот объект как l-значение

}

inline Screen &Screen::set(pos r, pos col, char ch) {

contents[r * width + col] = ch; // установить позицию по данному

// значению

return *this; // возвратить этот объект как l-значение

}

Как и функция move(), функция-член set()возвращает ссылку на объект, из которого они вызваны (см. раздел 7.1.2). Возвращающие ссылку функции являются l-значениями (см. раздел 6.3.2), а это означает, что они возвращают сам объект, а не его копию. Это позволяет связать несколько их вызовов в одно выражение:

// переместить курсор в указанную позицию и присвоить

// символу значение

myScreen.move(4,0).set('#');

Эти операции выполнятся для того же объекта. В этом выражении сначала перемещается курсор ( move()) в окно ( myScreen), а затем устанавливается ( set()) заданный символ. Таким образом, этот оператор эквивалентен следующему:

myScreen.move(4,0);

myScreen.set('#');

Если бы функции move()и set()возвращали тип Screen, а не Screen&, этот оператор выполнялся бы совсем по-другому. В данном случае он был бы эквивалентен следующему:

// если move возвращает Screen, а не Screen&

Screen temp = myScreen.move(4,0); // возвращаемое значение было

// бы скопировано

temp.set('#'); // содержимое myScreen осталось бы неизменно

Если бы функция move()имела возвращаемое значение не ссылочного типа, то оно было бы копией *this(см. раздел 6.3.2). Вызов функции set()изменил бы лишь временную копию, а не сам объект myScreen.