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

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

mikron Было давно и уже стало былью.
Хорошо, этот пункт отпадает как минус.

mikron По определению подходит.
Не сказал бы. Где именно читать про Ваш абстрактный случай? Не убедило.

mikronА что вы называете персистентным? Вы не путаете с важностью?
Не путаю, а исхожу из этого определения

Ну и еще один ссыль , где вряд ли пометят неверный ответ как правильный.

И да, насколько знаю, программа должна обращаться к регистру с правами админа. Так что еще больше головной боли.

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

Очень было бы любопытно за этим понаблюдать. Это очень оригинальая идея. Попкорн уже приготовил.
отдыхай, малыш :)
Тебе самому смешно стало от предложенного?

mikronДавайте работать с фактами. Я вам привёл ссылку. там англицким по белому написано:
"A file location stored in a registry entry might tell the program where to find a file..."
Это факт. Вам есть что возразить или микрософт тоже не понимает для чего регистр нужен?
Регистр для Windows ОС - это нативная БД, к тому же локация файлов меняется не так уж часто.

Dima TЯ подкинул. Кстати на мой вопрос ответа не получил 19043325
Я не знаю что Office Именно хранит в регистре. Ссылку по предмету можно?


Dima TВ данном случае вижу именно "кэширование и переиспользование", если кэш 30 записей то 1 добавили 29 перечитали. По большому счету тут вообще без разницы какая производительность, 30 строк можно даже с диска прочитать, никто тормоз не заметит.
И зачем тогда огород городить, если 30 строк можно даже с диска прочитать ?

Dima TВот и о том же, зачем городить огород если можно из реестра прочитать?
Бенефиты?

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

Бенефиты?

AxeleronРегистр для Windows ОС - это нативная БД, к тому же локация файлов меняется не так уж часто.

Ну ты-то можешь в своих программах обходиться и без СУБД - все в регистр запихывать.

Dima TAxeleronБенефиты?
Надежнее. Самодельный файлик может попортиться при перезаписи. Реестр в этом плане более надежное хранилище, ОС следит за ним, откатит к предыдущему состоянию в крайнем случае, а с файликом надо самому это прописывать.
Я не вижу в этом бенефита, учитывая что нарушена стратегия работы с регистром. Тем более ты сам говорил, что важности эти данные особой не имеют. Ну и что, если запорется файлик? Создать с нуля и накопить статистику как два пальца об асфальт.

Я не против записывать персистентные данные в регистр для не нативной программы для Windows, но использование регистра для данной конкретной задачи я бы поставил в самом конце списка рассмотренных выше возможных решений.

ИзопропилAxeleronИ да, насколько знаю, программа должна обращаться к регистру с правами админа. Так что еще больше головной боли.
плохо знаешь, у веток ACL есть
Если читал выше, мой основной поинт не в этом.

Изопропилстранное разделение - на "свои" и нативные" - WinAPI - он один для всех
Так каков твой довод преимущества использования регистра для задачи ТСа?

Dima TДля HKEY_CURRENT_USER админских прав не надо
Единственный профит наконец найден? :)

Изопропилэто оправдание постинга полной фигни?
Почему твое мнение должно быть авторитетнее Microsoft для меня? Фактов и прувов от тебя не вижу. Лишь словоблудие.

Изопропилготовое надёжное хранилище без велосипеда
Еще один поклонник использования Registry вместо СУБД?

Dima TЭто не профит, это просто факт. Ветка HKEY_CURRENT_USER для того и задумана чтобы юзер-инфу хранить.
Для справки. Ветка реестра HKEY_CURRENT_USER своя для каждого виндового пользователя. Физически хранится в папке профиля пользователя в файле ntuser.dat (полный путь %userprofile%\NTUSER.DAT).
Ок, я не спорю, что так оно и есть, но мы уходим от главного вопроса ТСа. В общем с правами разобрались.

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

Лично я не вижу профита использования для данной задачи в использовании регистра.