Есть вопрос, какая конструкция более приемлима/безопасней/эффективней для ф-й вида

void f(char*, int); // и т.п.

1. std::string (A)

  string s;
  s.reserve(nLength); // resize()?
  char* p = const_cast<char*>(s.data());
  f(p, nLength);

2. std::string (B)

  string s;
  s.reserve(nLength); // resize()?
  f(&s[0], nLength);

3. std::vector

  vector<char> s;
  s.reserve(nLength); // resize()?
  f(&s[0], nLength);

4. другой вариант

Здравствуйте, j s p, Вы писали:

JSP>Есть вопрос, какая конструкция более приемлима/безопасней/эффективней для ф-й вида

1) в твоем случае не reserve а resize. reserve в общем случае нельзя использовать для задания размера массива — это функция-"подсказка"

2) везде, где это возможно умные люди советут применять vector.
Не вижу проблем с

vector<char> v;
v.resize( length + 1 );
f( &v[0], length );

should work

Здравствуйте, Аноним, Вы писали:


А>should work

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

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

Вас не смущает, что вектор и строка получаются у вас нулевой длины?
В любом случае, то, что они у вас работают — всего лишь один из вариантов неопределенного поведения. Возмете другую версию STL — и первые два варианта запросто могут перестать работать Третий вариант, строго говоря, тоже работать не обязан, но вряд ли не будет работать на практике. А вообще, если не ищете себе приключений — сделайте так, как вам тут аноним советовал.

Здравствуйте, j s p, Вы писали:

JSP>Есть вопрос, какая конструкция более приемлима/безопасней/эффективней для ф-й вида

С точки зрения стандарта верен только вариант с вектором.

На практике будут работать и варианты со стрингом, если, как уже отметили, заменить reserve на resize. Однако это ничем не гарантируется.

Здравствуйте, quodum, Вы писали:

Заменить reserve на resize нужно, естественно, и в варианте с вектором. Проглядел.

Насчет 1 и 2 — стандартом не сказано что std::string должен хранить символы строго последовательно в памяти. Хотя многие реализации STL делают так (но не все и не всегда!)
3 — совершенно безопасен с точки зрения стандарта.

Здравствуйте, j s p, Вы писали:

Если твоя ф-ция модифицирует передаваемую строку (а судя по тому, что первый параметр указатель на не константу, то так оно и есть)
JSP>

JSP>void f(char*, int); // и т.п.
JSP>

и изменения должны быть сохранены в s, то правильным есть только вариант с вектором.
Или я не понял сути вопроса.

Не забудте на 0 длину проверить. Иначе вектор по ассерту грохнется на &a[0].

Здравствуйте, j s p, Вы писали:

JSP>4. другой вариант

void GetString(std::tstring& str)
{
    str = _T("Hello!");
}

Здравствуйте, pavel_turbin, Вы писали:

_>Не забудте на 0 длину проверить. Иначе вектор по ассерту грохнется на &a[0].

В смысле? Это в каком месте?

Здравствуйте, j s p, Вы писали:

JSP>Здравствуйте, pavel_turbin, Вы писали:

_>>Не забудте на 0 длину проверить. Иначе вектор по ассерту грохнется на &a[0].

JSP>В смысле? Это в каком месте?

  vector<char> s;
  s.resize(0); 
  &s[0]; // assert: "vector subscript out of range"

Здравствуйте, j s p, Вы писали:

JSP>Есть вопрос, какая конструкция более приемлима/безопасней/эффективней для ф-й вида

<skip>

JSP>4. другой вариант

Для таких функций соорудил небольшой велосипед

Автор: _nn_
Дата: 10.09.06

.