[C++][std::string] как бы заполнить строку без промежуточной буферизации?

А нет, я не понял вопроса. Никак.

;-) А чем плох вариант с data()?

А чем плох вариант с data()?

The returned array points to an internal location which should not be modified directly in the program. Its contents are guaranteed to remain unchanged only until the next call to a non-constant member function of the string object.

Если некритична производительность, делай, как писал анонимус. Или определись между char* и std::string.

Это я прочел. А я если я гарантированно не собираюсь никаких «call to a non-constant member function of the string object» от data() до конца load?

определись между char* и std::string.

Сложный выбор.... не люблю я std. Но руками рулить памятью для строк в 3-ем тысячелетии ИМНО содомия, а писать свои строки - я уже вышел из того возраста;-)

Это я прочел. А я если я гарантированно не собираюсь никаких «call to a non-constant member function of the string object» от data() до конца load?

Насколько я понимаю, второе предлоежение - не объяснение первого. Просто запрещается модифицировать внутренние данные, но в реальности, если не забыть сделать правильный resize, скорее всего все будет нормально.

Я тоже так думаю... вообще забавно, то ли аффтары такие перестраховщики, то ли это плата за типа стремление к чистоте ООП-стиля.

Сложный выбор.... не люблю я std. Но руками рулить памятью для строк в 3-ем тысячелетии ИМНО содомия, а писать свои строки - я уже вышел из того возраста;-)

Можно сделать std::string load() или void load(std::string &). Если этот API забит как void load(char*), я бы предпочел в зависимости от ситуации немного поработать в вызывающем коде с char*-строкой или прочитал в промежуточный буфер и завернул в строку. Не люблю «хакерский» код :)

Я тоже так думаю... вообще забавно, то ли аффтары такие перестраховщики, то ли это плата за типа стремление к чистоте ООП-стиля.

Скорее огораживание абстракции «строка» от ее реализации.

Гы, а оказывается таки data и c_str возвращают один и тот же пойнтер! И что мешало сделать?

char* std::string::data()

load на самом деле fread (или gzread), так что тут глухо. Целевая строка - поле класса, и оно превратилось в std::string из char* когда меня задолбало следить за мусором;-)

Ну значицца хакнем с resize-data, не люблю лишних new...

Спасибо!

Аааа! Они боялись, что в 2012 лисп таки победит, и все строки будут храниться в виде посимвольных списков. Но data то они все равно ж зачем то оставили, какая уж тут абстракция...

Посимвольные списки - это к хаскелю. В лиспе строка - это вектор, массив то бишь ;)

(char*)S.data()

&front() (C++11)

ТОчно! В обычных плюсах &(*S.begin())

Я тоже так думаю... вообще забавно, то ли аффтары такие перестраховщики, то ли это плата за типа стремление к чистоте ООП-стиля.

Думаю, что это из-за COW.

Думаю, что это из-за COW.

Ага: http://stackoverflow.com/questions/7518732/why-are-stdvectordata-and-stdstrin...

В общем, в стандарте строка определяется более абстрактно, чем вектор.
Вот вектор в таком случае лучше и юзать.

ТОчно! В обычных плюсах &(*S.begin())

Если верить ссылке выше, то это будет гарантированно верно только в C++0x.

Гы, а оказывается таки data и c_str возвращают один и тот же пойнтер! И что мешало сделать?

Это называется «инкапсуляция», двоечник.

Это называется «инкапсуляция». двоечник.

С чего Вы вообще взяли, что меня интересует Ваш средний балл?

вот приходят такие «умные» на собеседование, нарассказывают много умных слов, а как до дела доходит, так опаньки.

афтар, байты все одного сорта. ну или почти одного, ибо кэш порезан на линейки. бери data, и не мучайся.