[РЕШЕНО] Редактирование файла с помощью QDataStream

[Yegor]

Здравствуйте, уважаемые форумчане!

У меня есть бинарный файл, который я создал с помощью QDataStream. Открыл файл только для записи...

Код

C++ (Qt)
// Open cur tmpl file for reading only.
QFile file(strFilePath);
if(!file.open(QIODevice::WriteOnly))
    throw tr("Can't open file %1\n%2")
        .arg(strFilePath)
        .arg(file.errorString());
 
// Set data stream.
QDataStream out(&file);
out.setByteOrder(QDataStream::LittleEndian); //Set endian.
out.setVersion(QDataStream::Qt_5_4);         //Set byte order.
 

...и далее кидал туда объекты с помощью сериализации.

Код

C++ (Qt)
out << m_strCommnets // The comment text.
.....................
out << other_obj1;
out << other_obj2;
 

В самом начале я сохранил объект m_strComment, далее уже остальные объекты.

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

[gil9red]

Код

C++ (Qt)
in >> m_strCommnets; // The comment text.

?

[Zerkin]

У стрима device()->seek(0). А дальше как указали выше. Если я вас правильно понял.

[__Heaven__]

Имхо, длина m_strCommnets должна быть постоянной, чтобы не поплыло ничего

[Yegor]

Я имел ввиду, что нужно считать...

Код

C++ (Qt)
in >> m_strCommnets; // The comment text.

...отредактировать, а затем вернуть отредактированный QString обратно в файл. Чтобы структура файла не нарушилась (позже можно было повторно загружать все объекты). Как внутри одного и того же файла редактировать первый объект?

[Smogg]

Определиться с необходимой и достаточной длинной m_strCommnets. При превышении - принудительно обрезать. При недостатке - забивать хвост строки "невозможными символами" (даже ASCII имеет всякую никчемную дребедень, а юникод и подавно). Таким костыльным макаром строка будет всегда статичного размера.

Как то так?

[__Heaven__]

При недостатке - забивать хвост строки "невозможными символами"

Я бы посоветовал эти "невозможные символы" заменить нолями. Так в случае отладки не будут морочить голову, если вдруг забудется, что строка фиксированной длинны.

[Igors]

Право, ответы меня удивили

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

Эта затея мертворожденная - никогда не пытайтесь "редактировать" файл данных. Если такая необходимость возникла - значит вместо файла надо юзать СУБД. А файл перезаписывайте всегда "с нуля", в крайнем случае можно "пополнять" (дописывать в хвост), но это редко. 

[Old]

Право, ответы меня удивили

+1 Особенно последний.

А файл перезаписывайте всегда "с нуля", в крайнем случае можно "пополнять" (дописывать в хвост), но это редко. 

Ерунда. Это зависит от задачи.

[__Heaven__]

Igors, hex редакторы, ведь, не переписывают файлы с 0, если мы просто поправим первый байт в 200Гб файле.

[Old]

Igors, hex редакторы, ведь, не переписывают файлы с 0, если мы просто поправим первый байт в 200Гб файле.

Если "файл" это расписание дня домохозяйки, то его можно хоть по 100 раз на дню перезаписывать.
Но в мире есть файлы, которые нужно править не переписывая полностью.

[__Heaven__]

Если "файл" это расписание дня домохозяйки, то его можно хоть по 100 раз на дню перезаписывать.

Если уж на то пошло, то и расписание домохозяйки можно править
Главное, чтобы строки были фиксированной ширины

[Igors]

Главное, чтобы строки были фиксированной ширины

Не улавливаете аналогии с "поля", "записи"? Очень быстро приходит ощущение что городится велосипед, причем самый никудышний - какое-то самопальное СУБД. Зачем если это можно сделать цивильно и с куда меньшими затратами.

Но в мире есть файлы, которые нужно править не переписывая полностью.

В мире может и есть, но одобрять желание начинающего копаться seek'ом для перезаписи файла - это просто неграмотно. Самая настоящая "ерунда" 

[Old]

В мире может и есть, но одобрять желание начинающего копаться seek'ом для перезаписи файла - это просто неграмотно. Самая настоящая "ерунда" 

Неграмотно делать громкие ошибочные заявления от лица всей отрасли. Но вам не привыкать... 

[__Heaven__]

Не улавливаете аналогии с "поля", "записи"? Очень быстро приходит ощущение что городится велосипед, причем самый никудышний - какое-то самопальное СУБД. Зачем если это можно сделать цивильно и с куда меньшими затратами.

В упор не вижу связи между задачей автора и СУБД.
Как вы запишите в СУБД то, что я запишу в файл в виде структуры:

Строка длинной 30
Количество флоатов
массив флоатов
Количество интов
Массив интов
?

По мне так, для такой простой задачи тянуть в проект СУБД = боль. Особенно, если я не знаком с SQL