Здравствуйте. Программа с настройками, должна их сохранять и загружать, Ini файлом как-то несолидно, а сохранение и загоузка из реестра не могу понять смысл. Пожалуйста розясните, хотя бы примером сохранения и загрузки переменной. Зарание спасибо.  

  

Универсальный алгоритм сохранения настроек

Во время своего опыта в роли программиста частенько приходилось создавать программы, где имелось большое количество различных параметров, опций и настроек... Думаю я не один, кто сталкивался с этим. Так вот сохранение всех этих настроек и последующее их считывание, например с реестра или .ini файла всегда было ужасом. Вот недавно опять натолкнулся на эту проблему... Но в этот раз было так скучно и лениво было писать что-то вроде: 



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

первое, что делает процедура, это создает поток данных в памяти, он как раз и будет тем буфером, в котором и будут храниться все настройки. Далее процедура начинает перебор всех компонентов на форме. Если очередной компонент является TCheckBox или TEdit, то в буфер записываются их основные свойства, т.е. Checked и Text соответственно. Далее мы записываем буфер как двоичные данные в реестр. 
Процедура загрузки будет выглядеть следующим образом: 


Т.е. сначала получаем размер записанных настроек, выделяем под них память, считываем, переносим для удобства в TMemoryStream и считываем. Порядок не нарушается, т.к. пробег по контролам всегда идет по строго определенной последовательности указанной TabOrder. Все! Теперь можно добавлять новые настройки, удалять старые и не изменять код. В данном случае код упрошен, необходимо предусмотреть также обход контролов на панелях (TPanel), группах (TGroupBox) и т.п. 


© Украдено
 

зачем засерать реестр?! сколько проблем это создает простым пользователям!!! намного проще пользоваться ini и программа сможет работать без установки! 

Poseidon, забыл написать код для удаления этой фигни из реестра при деинсталяции программы)) 

Это сообщение отредактировал(а) sandycrazy - 25.7.2006, 00:19

 И сколько же . Он вроде специально для этого и создавался, вот только умелых чистельщиков до сих по не придумали. А реестр, он ведь как жесткий диск, требует чистки и дефрагментации. Мало, конечно, стандартов - каждый куда хочет туда и пишет. Если бы все было стандарно, то перенос настроек программ, был бы элементарной операцией. В этом случае каждый решает за себя сам. Я стороник отделения операционной системы, от прикладного, да в общем и обслуживающего софта. Эта концепция помогла, мне значительно увеличить скорость работы компьютера. Сейчас запись в реестр похожа, на режим работы памяти в Windows 95. Под Windows 95 я уже работать не согласен! Так что долой реестр, до тех пор пока не появится "защищеный режим" реестра. 

С одной стороны .ini лучше т.к. пользователь в случае чего сможет чтонить исправить, допустим игра Пираты Карибского Моря, в ней настройки сохранялись именно в файл .ini и у меня была проблема, по дефолту разрешение экрана ставилось 800х600 но у меня на машине почемуто игра с таким разрешением не хотела запускатся, тут-то меня и спас .ini я в него влез и изменил параметр с 800x600 на 1024х768 и всё, но у .ini файлов помимо плюсов есть и минус неумелые пользователи часто портят софт именно тем что залазят в .ini файлы и чтонить изменяют внадежде что программе станет лучше работать или ещё что

Такчто на мой взгляд лучше реестр!!! но это моё личное дело   

lol. Супер довод!


рекомендация MS - проста как валенок. Настройки приложения хранить в ветках HKLM\Software\<Company Name>\<Product Name> или HKCU\<Company Name>\<Product Name> 
Ну и во многом это помогло простому юзеру?


дык нужно писать приложения так, чтобы кривые настройки не могшли его(приложение) повалить  

Это было в стародавние 9x времена.
На сегодняшний день оптимальней считается линуксовый подход.
То есть данные сохраняются в файл в AppData.
Почему так?
А потому что это home каталог и у юзверя всегда есть права на него, в отличие от папки программы.
Реестр был придуман всего лишь для того, чтобы не нагружать FAT.
C появлением NTFS это уже не актуально.
Что касается реестра - поиск по форуму по слову TRegistry 

разговор шел именно о реестре, как я понял.


если для тебя - это стародавнии времена, то тебе крупно повезло. 

TRegistry.
Если нужно на апи, можно и на апи.
Просто TRegistry удобнее.

Ну не такие древние, как кодинг на асме на ЕС1486 на 8086 процессоре, но то же история.
Я к тому, что сейчас сама MS рекомендуют сохранять в AppData, а не в реестр.