Доброго времени суток.
Подскажите, каким образом ф-ции "rf" и "wf" должны читать файл в Settings::registerFormat("ext", rf, wf), и как декодировать-энкодировать данные для чтения-записи. Т.е. то что они читают-пишут понятно, данные декодирую-энкодирую я, но как их записывать
чтоб потом прочитать ??? Непонятно....
Их что-ли как-то склеивать-расклеивать нужно, записывать размер блока для последующего чтения ???
Примного благодарен.


Это сообщение отредактировал(а) andrew_121 - 24.3.2008, 13:43

Кто нибудь, отзовитесь..............

Ну, хоть кто-нибудь .......

andrew_121, не паникуй. Раз не отвечают, значит, не сталкивались. Неужели в документации нет примера или пояснения?

Вот что приведенно в доках:
Format QSettings::registerFormat ( const QString & extension, ReadFunc readFunc, WriteFunc writeFunc, Qt::CaseSensitivity caseSensitivity = Qt::CaseSensitive )   [static]
Registers a custom storage format. On success, returns a special Format value that can then be passed to the QSettings constuctor. On failure, returns InvalidFormat.
The extension is the file extension associated to the format (without the '.').
The readFunc and writeFunc parameters are pointers to functions that read and write a set of (key, value) pairs. The QIODevice parameter to the read and write functions is always opened in binary mode (i.e., without the QIODevice::Text flag).
The caseSensitivity parameter specifies whether keys are case sensitive or not. This makes a difference when looking up values using QSettings. The default is case sensitive.
By default, if you use one of the constructors that work in terms of an organization name and an application name, the file system locations used are the same as for IniFormat. Use setPath() to specify other locations.
Example:

Как-бы не тупой, но.............
И в examples - ах нечего !!!!

Вот типдефы этих функций:



Вот определение SettingsMap:


По сути обычный массив Ключ=Значение (как в ini файлах)

Если я правильно понимаю логику, то при входе в myReadFunc у нас есть открытый файл с нашим расширением и указатель QIODevice для работы с этим файлом, т.е. мы сами читаем что надо. Если сравнить прототипы функций, то напрашивается мысль, что отсутствие const для map говорит о том, что мы должны сами заполнять его по переданной ссылки.

При входе в функцию myWriteFunc у нас есть заполенный map, это те данные, который мы должны записать имея указатель на открытый файл переданный как указатель на класс QIODevice.

Т.е. в любом случае мы ограничены интерфейсом "Ключ=Значение". А ключ уже может быть хоть индексом массива, хоть примари ключем базы данных.

Т.е. функции разовые, насколько я понял, 1 раз все считывается в map и 1 раз все махом сохраняется из map. Т.е. следить за указателями не нужно.

Это сообщение отредактировал(а) SABROG - 24.3.2008, 18:30

SABROG, Спасибо за помощь, то-что ф-циям передается "QIODevice &" и "QSettings::SettingsMap &", понятно,
а допустим, я хочу зашифровать ключ и значение каким-то алгоритмом, зашифровал, записал, хочу прочитать, И ОП-ЛЯ попал...
Какая позиция в файле у третьего ключа ??? Ааааа..........
Вот я о чем .........

Это сообщение отредактировал(а) andrew_121 - 24.3.2008, 18:39

Обычно шифруют чем-то и расшифровывают тем же, заставь пользователя вводить логин и пароль и расшифровывай. Хоть третий ключ, хоть двадцатый. Зависит от структуры которую выбереш.

Ты же никакой информации не предоставляешь! Я могу сейчас заксорить файл какой-нибудь однобайтовым значением, который вобью с закрытыми глазами. Прога его зашифрует, а потом я приду на форум и спрошу че делать, заксорил файл, а чем разксоривать не знаю...

Функции вызываются один раз (я уверен в этом на 80%), поэтому тебе не нужно думать о том, что программа спросит тебя достать из файла ключ с номером 666, а ты будешь стоять на ключе 13. Твоя задача заполнить map один раз, от нуля до конца и забыть.

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

Понятно, если файл будет двоичным и не установить рамки в виде максимальной длинны ключа и значения, то информацию в таком файле надо будет стирать полностью и записывать из map'a заново всю структуру.

Это сообщение отредактировал(а) SABROG - 24.3.2008, 18:53

А где он, третий ключ ???

А мне кажется что это калбаки.

Сказал бы я где   




Калбэки не будут пихать указатель на целый QMap, максимум - требование возвратить QVariant'ное value по QString'у в параметре.

Сделал, но УВЫ...


Функции даже не вызываются !

Это сообщение отредактировал(а) andrew_121 - 24.3.2008, 23:40

Ты хочешь, чтобы тебе помогли разобраться или уже просто опустил руки ?

Ни ошибок, ни отчетов, ни того как должно работать, ничего. Непонятно вообще что искать, если неизвестна даже ошибка, одно слово "УВЫ".

[Ю]зер, [О]ператор
Ю - Алло, техподдержка ?
О - Да, что случилось ?
Ю - Я купил ваш компьютер, а он не работает! Хелп!
Ю - вы меня слышите ?
Ю - ну ответьте же что-нибудь!
Ю - кто-нибудь Ауууу...

Думаю, начать стоит с корректной реализации ф-ции записи, а уж потом писать ф-цию чтения.
Корректная реализация - это как минимум та, которая позволяет потом однозначно трактовать записанные данные.

Я не из ТАКИХ, не первый год кодирую.
Сделал все как пологаеться, но эти функторы даже не вызываются !!!

SABROG:


Расмешил, хоть какая-то радость СеГоДнЯ !!!..........


Добавлено через 5 минут и 45 секунд
archimed7592, а чЁ у меня предупреждений аЖ 10% ась ...?