Скотт Мейерс - Эффективное использование STL

Что же остается после всего сказанного? «Обобщенный последовательный контейнер», в котором нельзя использовать reserve, capacity, operator[] ,push_front, pop_front, spliceи вообще любой алгоритм, работающий с итераторами произвольного доступа; контейнер, у которого любой вызов insertи eraseвыполняется с линейной сложностью и приводит к недействительности всех итераторов, указателей и ссылок; контейнер, несовместимый с языком С и не позволяющий хранить логические величины. Захочется ли вам использовать подобный контейнер в своем приложении? Вряд ли.

Если умерить амбиции и отказаться от поддержки list, вы все равно теряете reserve, capacity, push_frontи pop_front; вам также придется полагать, что вызовы insertи eraseвыполняются с линейной сложностью, а все итераторы, указатели и ссылки становятся недействительными; вы все равно теряете совместимость с С и не можете хранить в контейнере логические величины.

Даже если отказаться от последовательных контейнеров и взяться за ассоциативные контейнеры, дело обстоит не лучше. Написать код, который бы одновременно работал с setи map, практически невозможно, поскольку в setхранятся одиночные объекты, а в mapхранятся пары объектов. Даже совместимость с setи multiset(или mapи multimap) обеспечивается с большим трудом. Функция insert, которой при вызове передается только значение вставляемого элемента, возвращает разные типы для set/mapи их multi-аналогов, при этом вы должны избегать любых допущений относительно того, сколько экземпляров данной величины хранится в контейнере. При работе с mapи multimapприходится обходиться без оператора [], поскольку эта функция существует только в map.

Согласитесь, игра не стоит свеч. Контейнеры действительно отличаются друг от друга, обладают разными достоинствами и недостатками. Они не были рассчитаны на взаимозаменяемость, и с этим фактом остается только смириться. Любые попытки лишь искушают судьбу, а она этого не любит.

Но рано или поздно наступит день, когда окажется, что первоначальный выбор контейнера был, мягко говоря, не оптимальным, и вы захотите переключиться на другой тип. При изменении типа контейнера нужно не только исправить ошибки, обнаруженные компилятором, но и проанализировать весь код, где он используется, и разобраться, что следует изменить в свете характеристик нового контейнера и правил перехода итераторов, указателей и ссылок в недействительное состояние. Переходя с vectorна другой тип контейнера, вы уже не сможете рассчитывать на С-совместимую структуру памяти, а при обратном переходе нужно проследить за тем, чтобы контейнер не использовался для хранения bool.

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

class Widget{...};

vector vw;

Widget bestWidget;

… // Присвоить значение bestWidget

vector::iterator i = // Найти Widget с таким же значением,

find(vw.begin(),vw.end().bestWidget) // как у bestWidget

записывается в следующем виде:

class Widget{...};

typedef vector WidgetContaner;

typedef WidgetContainer:iterator WCIterator;

WidgetContanervw;

Widget bestWidget;

…

WCIteratori = find(vw.begin().vw.end(),bestWidget);

Подобная запись значительно упрощает изменение типа контейнера, что особенно удобно, когда изменение сводится к простому добавлению нестандартного распределителя памяти (такое изменение не влияет на правила недействительности итераторов/указателей/ссылок).

class Widget{...};

template// В совете 10 объясняется, почему

SpecialAllocator{...};// необходимо использовать шаблон

typedef vector, SpecialAllocatorWidgetContainer;

typedef WidgetContainer::iterator WCIterator;

WidgetContainer vw;// Работает

Widget bestWidget;

WCIteratori=find(vw.begin().vw.end().bestWidget); // Работает

Даже если вас не интересуют аспекты typedef, связанные с инкапсуляцией, вы наверняка оцените экономию времени. Предположим, у вас имеется объект типа

map

vector::iterator,

CIStringCompare> // CIStringCompare - сравнение строк

// без учета регистра: см. совет 19

и вы хотите перебрать элементы множества при помощи const_iterator. Захочется ли вам вводить строку