Developing.ru

Предположим для пользователя в диалоговом окне предоставляю ряд параметров на выбор — как лучше (и вообще как?) их сохранять для последующих загрузок приложений?

сериализовать (диалог сериализуется)
или в XML
или в текстовом виде.
но сериализация имхо рулит в данном случае

В зависимости от задачи - можно и в реестре сохранять

INI-файл тоже подойдёт. Хоть и старомодно на сегодняшний день, но зато просто и вполне работоспособно.

WinMain писал(а):INI-файл тоже подойдёт. Хоть и старомодно на сегодняшний день, но зато просто и вполне работоспособно.

Добавлю, что в API есть и функции для работы с INI-файлами (если честно, то я про них совсем недавно узнал, до того только про функции работы с реестром был в курсе; у них такие названия, что по названию фиг догадаешься о их истинном назначении ), например:
GetPrivateProfileString
WritePrivateProfileString

Kolinus писал(а):сериализовать (диалог сериализуется)
или в XML
или в текстовом виде.
но сериализация имхо рулит в данном случае

А примерчик для особо тупых?

Файлы ini это как я понимаю - надо просто в них записывать и потом считывать, т.е. разницы что ini, что .** разницы не будет?
А чем реестр лучше?

А чем реестр лучше?

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

Спасибо за ответы, т.к. в моем случае настройки не являются секретными и если кто-то захочет их править в блокноте - флаг (мышку) в руки - буду делать ини файл.

&quot писал(а):

Kolinus писал(а):Файлы ini это как я понимаю - надо просто в них записывать и потом считывать, т.е. разницы что ini, что .** разницы не будет?
А чем реестр лучше?

Думаю, особо ничем не лучше. Просто идеологи Windows продвигают идею, чтобы вcе программы (создаваемые) писали в реестр (мол, ini-файлы - это устаревший, оставшийся от Win31 способ).
Но тем не менее, программы продолжают пользоваться ini-файлами. Да и пользователям это, на мой взгляд удобнее: если нужно перенести программу на другой комп - всзял просто все файлы (и ini в том числе) - все настройки сохранились.
Windows, конечно, позволяет и реест экспртировать/импортировать, то это уже задача минимум для мало-мало продвинутых юзеров

В принципе, ты можешь вообще писать в файл своей собственной структуры - текстовый или бинарный.
Плюсы бинарного - ты можешь в языке обяъвить структуру (struct) и за один оператор писать/читать все свои настройки.
Минусы бинарного по сравнению с текстовым - глядя (если вдруг понадобится) на него фиг поймешь, какие там сейчас сохранены значения Да и исправить не сможешь (иил ОЧЕНЬ осторожно).
А если файл текстовый (каковым является и ini), то все и витдно, и исправить ручками можно