Мы старались выбирать мнемонические идентификаторы, поэтому символы b,e
p
— указатель или итератор; x
— некое значение, полностью зависящее от контекста. В этой системе обозначений отличить функцию, не возвращающую никакого результата, от функции, возвращающей переменную булевого типа, без дополнительных комментариев невозможно, поэтому, если не приложить дополнительных усилий, их можно перепутать. Для операций, возвращающих переменную типа bool
, в объяснении обычно стоит знак вопроса.Если алгоритмы следуют общепринятым соглашениям, возвращая конец входной последовательности для обозначения событий “отказ”, “не найден” и т.п. (раздел Б.3.1), то мы это явно не указываем.
Б.2. Обработка ошибок
Стандартная библиотека состоит из компонентов, которые разрабатывались в течение сорока лет. По этой причине ее стиль и принципы обработки ошибок являются несогласованными.
• Библиотека в стиле языка С состоит из функций, многие из которых для индикации ошибок устанавливают флаг errno
• Многие алгоритмы для последовательностей элементов возвращают итератор, установленный на элемент, следующий за последним, отмечая тем самым, что произошла ошибка или искомый элемент не найден.
• Библиотека потоков ввода-вывода для сообщений об ошибках использует состояние каждого потока и может (если пользователь этого потребует) генерировать исключения (см. разделы 10.6 и Б.7.2).
• Некоторые компоненты стандартной библиотеки, такие как vector
string
и bitset
, при обнаружении ошибок генерируют исключения.Стандартная библиотека разработана так, чтобы все ее средства удовлетворяли базовым условиям (см. раздел 19.5.3). Иначе говоря, даже если исключение сгенерировано, ни один ресурс (например, память) не будет потерян и ни один инвариант класса из стандартной библиотеки не будет нарушен.
Б.2.1. Исключения
Некоторые средства стандартной библиотеки сообщают об ошибках, генерируя исключения.
Эти исключения могут возникнуть в любом коде, явно или неявно использующем указанные средства библиотеки. Если вы уверены, что все использованные средства были использованы правильно и поэтому не могли сгенерировать исключение, то целесообразно всегда в каком-то месте (например, в функции main()
exception
).Мы настоятельно рекомендуем не генерировать исключения встроенных типов, например числа типа int
exception
.class exception {
public:
exception();
exception(const exception&);
exception& operator=(const exception&);
virtual ~exception();
virtual const char* what() const;
};
Функцию what()
Приведенная ниже иерархия стандартных исключений может помочь вам классифицировать исключения.
Можете определить исключение, выведя его из стандартного библиотечного исключения следующим образом:
struct My_error:runtime_error {
My_error(int x):interesting_value(x) { }
int interesting_value;
const char* what() const { return "My_error"; }
};
Б.3. Итераторы
Итераторы — это клей, скрепляющий алгоритмы стандартной библиотеки с их данными. Итераторы можно также назвать механизмом, минимизирующим зависимость алгоритмов от структуры данных, которыми они оперируют (см. раздел 20.3).
Б.3.1. Модель итераторов
Итератор — это аналог указателя, в котором реализованы операции косвенного доступа (например, оператор *
++
для перехода к следующему элементу). Последовательность элементов определяется парой итераторов, задающих полуоткрытый диапазон [begin:end]
.Иначе говоря, итератор begin
end
— на элемент, следующий за последним элементом последовательности. Никогда не считывайте и не записывайте значение *end
. Для пустой последовательности всегда выполняется условие begin==end
. Другими словами, для любого итератора p последовательность [p:p]
является пустой.Для того чтобы считать последовательность, алгоритм обычно получает пару итераторов (b, e
++
, пока не достигнет конца.while (b!=e) { // используйте !=, а не <