Господа, есть программа, есть настройки, которые нужно записывать а в дальнейшем, при загрузке читать.
Я реализовал это так, как мне подсказала логика - запаковал все настройки в структуру TParams (приводить ее здесь не буду, ничего особенного). 
Создана единственная переменная:
 TParams Params;

которая тупо пишется в файл.
Но периодически файл с настройками бьется. Возможно у меня глюк в программе и в файл попадает мусор. 

Я хотел спросить, может существуют какие-то правила хорошего тона программирования при сохранении параметров, которые позволяют получить глюкоустойчивый код? 
В частности, я быстро накропал код, который сохраняет параметры в базе MySQL - все отлично. Но программа не должэна использовать базу данных.


Другими словами, я бы хотел, чтобы форумцы поделились опытом  - как вы решаете эту задачу? Может есть какие библиотеки готовые?

Храните в любом удобном формате: ini, json, xml. Библиотеки для работы легко гуглятся.

не.... программа предназначена для контроля персонала.
Файл не должен с легкостью редактироваться ручками.

Это сообщение отредактировал(а) =Женек= - 15.9.2013, 11:04

Хм... SQLite?

Сейчас гляну...
P.S. Ник у вас... Как раз по ТВ сейчас мультик идет соответствующий)))

Штука, конечно, удобная.
А вот чем бы ее прикрутить к Builder XE ?
Нашел какой-то AnyDAC (он же FireDAC), так там нет инсталлятора под билдер, только под дельфи...

Чёто у меня никогда не падает и не бьётся. Надо проработать.


Винда? Закинь в ресурсы, если такое требование. Как сделать.. делают.

Ну представь себе такую ситуацию, ты работаешь с программой, ввел 50 параметров, ручками. А потом тебе понадобилось предусмотреть в программе 51-й параметр.  Ты добавил его в структуру. И теперь программа ранее записанную в файл структуру из 50 параметров не прочтет.

+ziplib

Дык .s3db - файлы легко редактируются при помощи SQLite Expert
Тогда уж нужно данные шифровать (или просто сжимать, как предложил baldina)

Это сообщение отредактировал(а) borisbn - 16.9.2013, 14:12

1. Если формат может меняться, например, если развивается сам проект, чьи опции требуется сохранять, то следует предусмотреть резервные поля и/или резервные коды (теги). Заполнение резервного поля чем либо, кроме нулей, будет означать, что файл сохранён в новой версии формата, прога при чтении делает выводы и реагирует. Использование резервного кода прямо говорит о новой версии формата.
2. Ни когда не сохраняй на диск указатели, в дисковом формате их должны заменять смещения. От начала файла, от начала секции файла, от заголовка файла, от заголовка секции файла, от самого поля смещения... От чего угодно, но это адрес не в адресном пространстве оперативной памяти, а в придуманной тобой схеме внутрифайловой адресации.
3. При загрузке элементов зарезервированного массива или проверяй количество его элементов, или пусть это будет константа.
4. Даже если количество элементов массива - константа, не полагайся на то, что оно известно программе. Оно должно или явно храниться в поле/теге файла, или вычисляться по другим полям/тягам, или за массивом должен следовать некий терминальный элемент, по которому можно будет определить, что массив закончен.

boost::serialization.

У SQLite есть сборка, где все его исходники слиты в два файла (cpp и h). Они просто добавляются в проект.

< зануда >

</ зануда >