Если вы вызвали функцию

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

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

Эти обозначения могут показаться странными, но результат простой: если поток

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

Класс

является частью потока , в котором хранятся константы, такие как , исключения, такие как , и другие полезные вещи. Для обращения к нему необходим оператор , например (раздел B.7.2). Мы не планируем подробно описывать библиотеку для этого понадобился бы отдельный курс лекций. Например, потоки могут обрабатывать разные наборы символов, реализовывать разные стратегии буферизации, а также содержат средства форматирования представлений денежных средств на разных языках (однажды мы даже получили сообщение об ошибке, связанной с форматированием представления украинской валюты). Все, что вам необходимо знать о потоках можно найти в книгах Страуструп (Stroustrup), The C++ Programming Language Страуструпа и Лангер (Langer), Standard C++ IOStreams and Locales.

Поток ostream имеет точно такие же состояния, как и поток

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

Итак, мы знаем, как считать последовательность значений, завершающихся признаком конца файла или завершения ввода. Впоследствии мы рассмотрим еще несколько примеров, а сейчас обсудим все еще популярную идею о том, чтобы несколько раз запрашивать значение, пока не будет введен его приемлемый вариант. Это позволит нам проверить несколько распространенных проектных решений. Мы обсудим эти альтернативы на примерах нескольких решений простой проблемы — как получить от пользователя приемлемое значение. Начнем с очевидного, но скучного и запутанного варианта под названием “сначала попытайся”, а затем станем его постепенно совершенствовать. Наше основное предположение заключается в том, что мы имеем дело с интерактивным вводом, в ходе которого человек набирает на клавиатуре входные данные и читает сообщения, поступающие от программы. Давайте предложим пользователю ввести целое число от 1 до 10 (включительно).

Этот код довольно уродлив, но отчасти работоспособен. Если вы не любите использовать оператор

(раздел А.6), то можете объединить считывание и проверку диапазона.