В приложении есть разный функционал, как то например поиск, открытие фаила, и т.п.
и хочется сохранять последнии запросы (например из списка автодополнения) в файловой системе.
Вопрос: как это лутше (компактно, эфективно, портабельно) реализовать.
Рассматривал варианты:
1. стандартный ConfigarationManager/Settings со сохранением в пользовательском каталоге.
2. Самому накидать чтение / запись из XML-а. Один XML для всех MRU (most recently used) - значений
3. Более простое чем XML: ini - file. На каждый список свой файл.

Какие будут предпочтения у аудитории?

Axeleron,

Пока за отсутсвием таковой.
Настройки локальны (дла машины + пользователя), для них цеплять отделную базу даже embedded как то слишком.
Но в принципе конечно можно обсудить и такой вариант.

Shocker.Promikronдля них цеплять отделную базу как то слишком.XML-файл или форох ini-файлов цеплять не слишком, а файл БД ( более компактный, быстрый и удобный[/b] ) - слишком?
:) Пока смешно. Честно.
-> Компактный - действително?
Одна страница для таблицы уже 4-8 КБ (в стандарте) + служебные каталоги. Вобщем мин размер файла базы будет 4-8 страниц Пусть 6 х 4Кб = 32 Кб. + 300 Кб (Размер ембеддед дб движка)
-> Быстрый? перегонит запись/чтени ини файла? Со всеми заморочками: разбор языка, управление страницами, управление транзакциями и журналом? "Не верю". Но согласен на спор: я пишу запись ини файла вы зыпись в базу.
-> Удобный? дело вкуса. Но писать больше чем при записи файла:
Открыть базу -> Открыть файл
Подготовить команду -> (не надо)
В цикле для всех значений: Выполнить команду для знахения -> Записать значение
Закрыть транзакцию -> (не надо)
Закрыть базу -> Закрыть файл.

fortibransaДля этой фигни в принципе и сделан вариант 1.
Можно, но часто перезаписывать файл конфигурации вызывает непонятное чувство беспокойста.
Такое впечатление что он концептуално для подобных целей не совсем предназначен.

Shocker.ProОбъемы хранящейся информации не указаны, без них бессмысленно обсуждать. Для трех строчек достаточно стандартного конфигурационного файла.
Согласен. Собираюсь хранить пока:
10 последних открытых файлов.
30 последних поисковых запросов.
30 последних запросов замены.
X закладок для быстрого доступа (сколько нужно человеку: 10 .. 50?)

Dima TМожно в реестре виндовса хранить.
Тоже вариант

AxeleronИзопропилпропущено...

человеку может и достаточно, а для протокола - всё писать нужно
Потому я и спросил топикстартера для чего. Потому любые рассуждения без ТЗ все мимо...

Я готов уточнить непонятные моменты. Пока назвал вроде все МРУ значения.
Как работает автодополнение при поиске вроде очевидно.

Axeleronmikronпропущено...

Тоже вариант
Крайне неудачный вариант загаживать реестр такими вещами.

Мне тоже не нравится именно этим моментом, но как вариант имеет право на существование.
Чем то похоже на вариант с базой данных но имеет плюсы: везде установлена, транзакционна, АПИ без СКЛя.
К тому же если у приложния есть де/инсталятор то можно и регистр чистить.
Хм плюс, приложение может быть запущено с носителя, на который запись запрещенна а регист иделаная мусорка :)

mikronХм плюс, приложение может быть запущено с носителя, на который запись запрещенна а регист иделаная мусорка :)

fortibransamikronпропущено...


Я готов уточнить непонятные моменты. Пока назвал вроде все МРУ значения.
Как работает автодополнение при поиске вроде очевидно.В МСДН и примеры по этому поводу, мол именно пользовательские настройки..
Еще раз, они не будут хранится в кофиге екзешника, они в другом месте "лежат".
Я в курсе. Деле в том что МРУ это вроде как бы не настройки а робачая информация.