Приведенное решение работоспособно и достаточно удобно, но не стройте иллюзий насчет того, что оно каким-то волшебным способом обеспечивает поиск точки вставки в контейнер

с логарифмической сложностью. Как объясняется в совете 34, при работе с поиск занимает линейное время, но при этом выполняется логарифмическое количество сравнений.

До настоящего момента рассматривался только случай, когда поиск осуществляется в интервале, определяемом парой итераторов. Довольно часто работать приходится со всем контейнером вместо интервала. В этом случае необходимо различать последовательные и ассоциативные контейнеры. Для стандартных последовательных контейнеров (

, , и ) достаточно следовать рекомендациям, изложенным ранее, используя начальный и конечный итераторы контейнера для определения интервала.

Со стандартными ассоциативными контейнерами (

, , , ) дело обстоит иначе. В них предусмотрены функции поиска, которые по своим возможностям обычно превосходят алгоритмы STL Превосходство функций контейнеров перед алгоритмами подробно рассматривается в совете 44; если говорить кратко — они быстрее работают и ведут себя более последовательно. К счастью, имена функций обычно совпадают с именами соответствующих алгоритмов, поэтому там, где речь идет об алгоритмах , , , и , при поиске в ассоциативных контейнерах вместо них достаточно выбрать одноименную функцию. К сожалению, для алгоритма парной функции не существует. Чтобы проверить наличие значения в контейнере или , воспользуйтесь идиоматической ролью как условия проверки:

При проверке присутствия значений в контейнерах

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

Тем не менее при подсчете объектов в ассоциативных контейнерах

надежно занимает свою нишу. В частности, вызов предпочтительнее вызова с последующим применением к полученным итераторам. Во-первых, само название функции подсказывает ее смысл — слово означает «подсчет». Во-вторых, упрощает работу программиста, поскольку ему не приходится создавать пару и передавать ее компоненты при вызове . В-третьих, работает чуть быстрее.

Попробуем подвести итог всему, о чем говорилось в настоящем совете. Информация собрана в следующей таблице.

	Алгоритм	Функция контейнера
Что вы хотите узнать	Несортированный интервал	Сортированный интервал	Для set и map	Для multiset и multimap
Присутствует ли заданное значение?	find	binary_search	count	find
Присутствует ли заданное значение? И если присутствует, то где находится первый объект с этим значением?	find	equal_range	find	find или lower_bound (см. ранее)
Где находится первый объект со значением, не предшествующим заданному?	find_if	lower_bound	lower_bound	lower_bound
Где находится первый объект со значением, следующим после заданного?	find_if	upper_bound	upper_bound	upper_bound
Сколько объектов имеют заданное значение?	count	equal_range	count	count
Где находятся все объекты с заданным значением?	equal_range	equal_range	equal_range	find (итеративный вызов)

Несколько странно выгладит частое присутствие

в столбце, относящемся к сортированным интервалам. Оно связано с особой ролью проверки эквивалентности при поиске. Использование и чревато ошибочной проверкой равенства, а при использовании более естественно выглядит проверка эквивалентности. Во второй строке предпочтение отдается еще по одной причине: работает с логарифмическим временем, а вызов связан с линейными затратами времени.