Указатели и контейнеры

Все мы знаем, что указатели RAW должны быть обернуты в некую форму интеллектуального указателя, чтобы обеспечить безопасное управление памятью при исключениях. Но когда дело доходит до контейнеров указателей, проблема становится еще более острой.

Контейнеры std настаивают на том, чтобы содержащийся объект был копируемым, поэтому это исключает использование std :: auto_ptr, хотя вы все равно можете использовать boost :: shared_ptr и т. Д.

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

Возникает вопрос: при каких условиях мне лучше использовать ptr_containers вместо контейнера smart_pointers?

boost::ptr_vector<X>

or

std::vector<boost::shared_ptr<X> >

c++ containers stl smart-pointers
person Martin York    schedule 22.09.2008    source источник

Ответы (3)


arrow_upward
13
arrow_downward

Контейнеры Boost-указателей строго владеют ресурсами, которые они хранят. Std :: vector ‹boost :: shared_ptr ‹X>> имеет совместное владение. Есть причины, по которым это может быть необходимо, но если это не так, я бы по умолчанию использовал boost :: ptr_vector ‹X>. YMMV.

person Leon Timmermans    schedule 22.09.2008

arrow_upward
3
arrow_downward

Будьте уверены: интеллектуальные указатели - очень хороший метод управления ресурсами, но не единственный. Я согласен, что вы увидите очень мало необработанных указателей в хорошо написанном коде C ++, но, по моему опыту, вы также не увидите так много интеллектуальных указателей. Существует множество совершенно безопасных от исключений классов, реализованных с использованием контейнеров необработанных указателей.

person James Hopkin    schedule 22.09.2008
comment
Это возможный, а иногда и лучший вариант, но если класс содержит 2 или более указателя RAW, сделать его безопасным в отношении исключений нетривиально. Но я должен отметить вас за то, что вы не ответили на вопрос. - person Martin York; 22.09.2008

arrow_upward
2
arrow_downward

Ну, накладные расходы - это один случай.

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

Требуется профилирование, чтобы убедиться, что операции с контейнерами являются узким местом :)

person workmad3    schedule 22.09.2008