vector vs unique_ptr

он при создании будет инициализировать элементы

если писать std::vector<T> v(10); то конечно будет. иначе - не будет.

С помощью unique_ptr удобно передавать право владения объектом, получается самодокументируемый код. Не совсем понял при чем он в твоем вопросе. Касательно вектора, создавай пустой, а потом вызывай reserve.
EDIT: Хотя я не ответил на твой вопрос, после вызова reserve capacity вектора станет подходящего размера и в его память даже можно записать данные, но вот сам вектор об этом будет не в курсе.

но он при создании будет инициализировать элементы

Я тебе больше скажу, он будет каждый раз копировать элементы.

unique_ptr он копировать точно не будет.

но вот сам вектор об этом будет не в курсе

В том то и дело.

Имеется в виду специализация unique_ptr<T[]>

Или в зависимости от конкретной реализации изменять значение указателя на конец данных?

копировать элементы

Да, ты прав - я забыл этот момент.

Всё равно ненужный оверхед, если нужен «умный» буфер на N мегабайт

unique_ptr ничего не знает о размере куска памяти, придётся таскать с собой дополнительный параметр или писать небольшую обёртку

getData(char *pvData, size_t datasize),

fxd.

Если надо массив, то я всегда использую unique_ptr в таких случаях. Если просто указатель на структуру например то shared_ptr.

Вектор имеет смысл использовать, если ты потом будешь что-либо из <algorithm> примерять. foreach например. Или find/sort.

vector vs unique_ptr

Только сейчас допёр, в чем вопрос. Понятнее надо выражать свои мысли, товарищ программист.

По дальнейшему использованию удобнее vector

Т.е. что, надо будет добавлять элементы что-ли?

Как будто стандартные алгоритмы нельзя применить к произвольному куску памяти

Он будет копировать только тогда, когда ты ему скажешь.

Как будто в спп нельзя сделать ьталедс или что-то в этом духе.

Нет, надо будет перебирать

Тогда чем удобнее вектор?

Итераторы и не надо размер отдельно таскать

getData(std::vector& out)

какие проблемы?

Итераторы

Чем обычные указатели не угодили?

не надо размер отдельно таскать

Простенькая структурка, состоящая из указателя и size_t поля, пишется минут за 5, ты гораздо больше времени тут потратил

std::vector<uint8_t> buff(100500);
getData(buff.data());

Удобнее, но конструктор будет занулять 100500 байт

auto buff = std::make_unique<uint8_t[]>(100500);
getData(buff.get());

Нет лишнего зануления, но чуть менее удобно в дальнейшем

пишется минут за 5

ну тогда уж за 15 минут копипастится std::vector и переделывается в какой-нибудь mystd::heap_array

std::array не инициализирует данные

Куда таскать размер? Указатели вполне работают как итераторы(собственно, итераторы - это обобщение указателей), так что все стандартные алгоритмы будут доступны.

неизвестно сколько мегабайт размещать в стеке?

ну, либо указатель на конец данных для unique_ptr илибо размер

По дальнейшему использованию удобнее vector, но он при создании будет инициализировать элементы. Есть способ этого избежать?

напиши свой вектор СБИШ

Если надо массив, то я всегда использую unique_ptr

А потом другим добиться с потоко-безопасностью.

Use std::array, Luke!

Размер задаётся на этапе компиляции, память выделяется на стеке. std::array вряд ли годится на роль общего решения

Как unique_ptr связан с многопоточность?

std::array вряд ли годится на роль общего решения

No silver bullet, я знаю. Для определённых применений он очень даже OK.

Не надо экономить на спичках. Если нужен буфер, используй std::vector<char>. Пускай инициализируется.

Такой код должен быть понятен всем.

Если бы API можно было изменить и если бы заполняемый буфер представлял собой линейных массив объектов одного типа, то проще было бы использовать функцию std::vector<T>::emplace_back() внутри функции getData() и передавать в функцию vector<T>, а не void*.

А ещё лучше определиться со стилем кода. Активное использование void*, это не то, что хорошо вяжется с идеологией активного использования контейнеров STL и прочих возможностей современного с++.

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

Но вполне в духе сишныйх API

Но вполне в духе сишныйх API

Ну тогда работай в слое взаимодействия с этим API в сишном стиле. Большие ценители «pure C» не имеют дела с STL и таких вопросов не задают.

А потом другим добиться с потоко-безопасностью.

Чё? У меня сегфолт в парсере от этого предложения.

Я тебе больше скажу, он будет каждый раз копировать элементы.

Reference? std::move?

Не уверен, но может так не будет делаться инициализация:

std::vector<int> v;
v.resize(count);