v
. Многократный вызов v.insert(position,x)
может привести к неоднократному перераспределению памяти, когда вектор v
имеет недостаточно места для размещения нового элемента. Что еще хуже, вставка каждого отдельного элемента имеет линейное время работы, поскольку она должна перенести ряд элементов, чтобы освободить требуемую позицию для вставляемого элемента, а это приводит к тому, что вставка n элементов при помощи последовательных вызовов имеет квадратичное время работы! Конечно, избежать проблемы множественного перераспределения памяти можно при помощи вызова reserve
, но это не снизит количества перемещений элементов и квадратичное время работы такого алгоритма. Быстрее и проще ясно сказать, что вам надо: v.insert(position,first,last)
, где first
и last
— итераторы, определяющие диапазон элементов, которые должны быть добавлены в v
. (Если first
и last
— входные итераторы, то возможности определить размер диапазона перед его действительным проходом нет, так что вектору v
может потребоваться многократное перераспределение памяти; тем не менее, версия для вставки диапазона все равно скорее всего будет более производительной, чем вставка отдельных элементов.)
clear
) с последующими индивидуальными вставками в контейнер.
Для того чтобы действительно избавиться от излишней емкости контейнера, воспользуйтесь трюком с использованием обмена, а для реального удаления элементов из контейнера — идиомой erase
-remove
.
Некоторые контейнеры (например, vector, string
, deque
) могут иметь "лишнюю" емкость, которая больше не будет использоваться. Хотя стандартная библиотека C++ не предоставляет гарантированного способа для удаления излишней емкости, следующая идиома на практике оказывается вполне работоспособной:
container
// устранения излишней емкости
// контейнера
Для того чтобы полностью опустошить c
, удалив все элементы и убрав всю емкость, идиома должна выглядеть следующим образом:
container
// содержимого и емкости
Кроме того, обычно для новичков в программировании с использованием STL оказывается сюрпризом то, что алгоритм remove
в действительности не удаляет элементы из контейнера. Понятно, что данный алгоритм на это не способен — ведь алгоритм работает только с диапазоном итераторов и не может ничего реально удалить из контейнера без вызова функции-члена контейнера, обычно erase
. Удаление сводится к перемещению элементов, которые должны быть "удалены", и возврату итератора, указывающего на элемент, следующий за последним неудаленным. Для реального удаления элементов из контейнера после вызова remove
следует вызвать erase
— воспользоваться идиомой erase
-remove
. Например, для реального удаления всех элементов, равных value, из контейнера с, можно написать:
c.erase(remove(c.begin(), c.end(), value), c.end());
Если контейнер имеет собственную версию remove
или remove_if
, желательно использовать именно ее.
Описанная идиома "горячей усадки" не работает с реализациями std::string
с копированием при записи. Обычно работает вызов s.reserve(0)
или такой трюк, как string(s.begin(), s.end()).swap(s);
, в котором использован конструктор на основе двух итераторов. На практике эти методы обычно работают и устраняют излишнюю емкость. (Было бы еще лучше, чтобы реализации std::string
не использовали такой устаревший метод оптимизации, как копирование при записи; см. [Sutter02].)
Предпочитайте алгоритмы циклам.