запись в ini файл

← →
ser (2014-09-19 23:00) [0]

Всем привет. Столкнулся с проблемой при записи в ini-файл.
Ini:=TiniFile.Create(extractfilepath(Application.ExeName)+"\"+fmlogin.edit1.Text+"_"+fmlogin.Edit2.Text+".ini"); ini.WriteString("userData","Cash",FloatToStr(web.cash));
в файле уже есть раздел userdata и параметр cash,т.е нужно просто изменить значение этого параметра. а у меня получается, что добавляется еще один параметр cash в разделе userdata.
подскажите как избежать этого, т.е. как изменить значение уже существующего параметра?

← →
kilkennycat © (2014-09-19 23:19) [1]

Вообще-то, writefloat есть. Ну и проверьте идентичность секции и ключа. Например, повторите последнюю операцию дважды. Если что-то не то, то появится три записи.

← →
junglecat (2014-09-19 23:43) [2]

Удалено модератором

← →
Dennis I. Komarov © (2014-10-02 09:51) [3]

Кто Вас учил класть ini в одно место с исполняемым файлом?

← →
junglecat © (2014-10-02 09:57) [4]

> [3] Dennis I. Komarov © (02.10.14 09:51)

а в чем криминал? Разные исполняемые файлы бывают

← →
Dennis I. Komarov © (2014-10-02 11:29) [5]

Криминал в безопасности... Файл настроек подразумевает права на запись, как следствие потенциальная возможность модификации исполняемого файла.

← →
junglecat © (2014-10-02 14:00) [6]

ну, если это чисто прикладное "коробочное" приложение, ставится в program files, то в общем и целом согласен.

← →
brother © (2014-10-02 14:37) [7]

> потенциальная возможность модификации исполняемого файла

это забота не самого ПО, а ОС и пользователя...

← →
Dennis I. Komarov © (2014-10-03 00:43) [8]

Да, давайте все валить на ОС и пользователя...

← →
brother © (2014-10-03 07:30) [9]

Тогда давайте писать программы комбайны все в одном и с одной кнопкой: "сделать хорошо"!
зы. лично я за разделение

← →
icWasya © (2014-10-03 09:39) [10]

Осталось проверить, а все ли буквы в слове Cash - латинские

← →
Jeer © (2014-10-03 09:45) [11]

Да-да..был такой случай, что чуть умом не тронулся, пока не сообразил, что каталоги МСХ и MCX записаны в разной кодировке.

← →
Dennis I. Komarov © (2014-10-03 20:21) [12]

> brother © (03.10.14 07:30) [9]

Так я не против разделения, если что... Я против того что файл настроек хранится в одном месте с исполняемым файлом.

← →
megavoid © (2014-10-04 18:49) [13]

Я - за то, чтобы файл настроек хранился в одном месте с исполняемым файлом, и против доктрины program files|home/var/bin: мне очень неудобен каталог program files с 1000 подпапок - намного удобнее \soft\radio\name\ \soft\inet\browser\, переносимость, опять же, настройки в папке, сархивировал папку, передал. Всё понимаю про безопасность, но сам по-старинке пользую большинство софта именно так.

> megavoid © (04.10.14 18:49) [13]

Это субъективно. НО, как правило, программы пишут для других пользователей.

Кто мешает в свою программу добавить функционал импорт/экспорт настроек пользователя? Хранить копию в облоках?

Dennis I. Komarov, ну вот положа руку на сердце, многие ли из юзеров так делать будут? А сами мы? А проект дельфийский тоже в разных папках лежит у нас, или всё же project/units - код, project/images - картинки и тп? А так, скопировал на флешку, воткнул в ноут, вуаля, работает :)

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

Но я тож за разделение. Ведь существует такая куча папок! Справку надо делать в пдф и куда-нить в папку хелп. Ни в коем разе не интегрировать в программу, даже если это пара абзацев. отдельную программу апдейта, желательно всегда висящим процессом. Еще один сервис зарегить, который будет за всем следить. Ну и в реестр нагенерировать кучу {многацифирькбуковок}. Добавить в коммон че-нить, что мож кто-то тож захочет поюзать, если допрет, как (на это документацию не давать нигде).
И еще отдельно выпустить утилиту для архивации или переноса на другой(ую) комп\ос.
Разделение - это сейчас модно. И толерантно.

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

запись в ini файл Найти похожие ветки