• Выделение

начальных элементов в контейнерах , , и : алгоритм .

• Идентификация

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

• Разделение элементов стандартного последовательного контейнера на удовлетворяющие и не удовлетворяющие некоторому критерию: алгоритмы

и .

• Контейнер

: алгоритмы и ; вместо и может использоваться . Алгоритмы или приходится имитировать. Существует несколько вариантов их реализации, некоторые из которых были представлены выше.

Чтобы данные постоянно находились в отсортированном состоянии, сохраните их в стандартном ассоциативном контейнере. Стоит также рассмотреть возможность использования стандартного контейнера

, данные которого тоже хранятся в отсортированном виде (контейнер традиционно считается частью STL, но, как упоминалось в предисловии, в моем определении «контейнер STL» должен поддерживать итераторы, тогда как контейнер их не поддерживает).

«А что можно сказать о быстродействии?» — спросите вы. Хороший вопрос. В общем случае время работы алгоритма зависит от объема выполняемой работы, а алгоритмам стабильной сортировки приходится выполнять больше работы, чем алгоритмам, игнорирующим фактор стабильности. В следующем списке алгоритмы, описанные в данном совете, упорядочены по возрастанию затрачиваемых ресурсов (времени и памяти):

1. 

;

2. 

;

3. 

;

4. 

;

5. 

;

6. 

.

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

вместо полной сортировки алгоритмом ), то программа будет не только четко выражать свое предназначение, но и наиболее эффективно решать поставленную задачу средствами STL.

Начнем с краткого обзора

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

Объявление

выглядит следующим образом:

Как и все алгоритмы,

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

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

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