Где лучше хранить огромное число разных настроек программы?

[FaTaL]

Посмотрю я как вы (Баламут и superedward) будете хранить настройки в INI файле например в папке Program Files у пользователя с ограниченными правами...
Да и сама винда давно уже избавляется от INI файлов в пользу реестра. INI файлы пережиток прошлого и оставлены только для совместимости.

[superedward]

Для portable-версии программы ini-файлы самое то.

Я тоже могу посмотреть, как у тебя накроется реестр медным тазом, и все настройки придется восстанавливать вручную, но это не ответ одного благородного дона другому.

[FaTaL]

Сообщение от superedward

Я тоже могу посмотреть, как у тебя накроется реестр медным тазом

Интересно как это реестр может накрыться медным тазом? Даже если он накроется, то тут не программу уже спасать надо будет, а всю винду.
А вот INI-файл юзер может легко удалить.

[Stilet]

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

хранить настройки в INI файле например в папке Program Files у пользователя с ограниченными правами

А кто заставляет там хранить? Есть спецкаталоги для этого Вот в Севене к примеру Users в Линуксе Home. Почему бы не хранить их там?

[Smitt&Wesson]

Сообщение от Stilet

А кто заставляет там хранить? Есть спецкаталоги для этого Вот в Севене к примеру Users в Линуксе Home. Почему бы не хранить их там?

У Винды то-же есть Common Files называется.

Сообщение от FaTaL

Посмотрю я как вы (Баламут и superedward) будете хранить настройки в INI файле например в папке Program Files у пользователя с ограниченными правами...
Да и сама винда давно уже избавляется от INI файлов в пользу реестра. INI файлы пережиток прошлого и оставлены только для совместимости.

Ой-ли. Откройте Total Comander, зайдите в Винду и в поиске наберите *.ini. Около сотни файлов наберётся. Вот Вам и "не использует".

И кто Вам сказал, что пользователь с ограниченными правами не может использовать ini-файлы? Как-раз таки файлы, находящиеся в реестре и блокируются по-профилю пользователя, а ini-файл, ничем не отличается от текстового (и любого другого). Если он находится в том-же каталоге, что и исполняемая программа, то ей (программе), глубоко плевать, какие права у пользователя.
Если пользователь, с ограниченными правами, имеет к ней доступ, он имеет доступ и ко всем файлам, находящимся в её каталоге.

[FaTaL]

А кто заставляет там хранить? Есть спецкаталоги для этого Вот в Севене к примеру Users в Линуксе Home. Почему бы не хранить их там?

С этим я совершенно согласен. Есть такие каталоги в винде. Но это же не очень удобно, т.к. сначала надо получить путь до этих каталогов.

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

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

Да и вообще конечно пусть делают кому как удобнее. Вот только скорость чтения из реестра быстрее чем из INI-файла. Хотя конечно на современных компах это почти не заметно.

[Smitt&Wesson]

Сообщение от FaTaL

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

Вы меня слышите, тук-тук. Если у юзера, нет доступа к программе (профиль не позволяет), то зачем ему настройки этой программы? Для коллекции?
А если есть доступ к папке с программой, есть доступ и к ini-файлу, уразумели? Или ещё раз повторить.

[superedward]

Сообщение от FaTaL

Интересно как это реестр может накрыться медным тазом?

Не знаю, почему это происходит, но регулярно приходится сталкиваться с отказом винды именно из-за похеренного реестра.

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

[FaTaL]

Сообщение от Smitt&Wesson

Если у юзера, нет доступа к программе (профиль не позволяет), то зачем ему настройки этой программы? Для коллекции?

Доступ на чтение из Program Files есть почти у всех юзеров. А вот на изменение нет. Отсюда следует, что Ваш INI-файл с настройками прочитать получиться, но никак не поменять! Вот тут и приходят на помощь либо спец.каталоги, либо HKCU.
Вы вообще когда нибудь работали с ограниченными правами? В больших компаниях это часто практикуется доменной политикой. Когда проги первоначально ставит админ, но он не знает что за юзер будет работать за компом, отсюда он не может предположить какому юзеру дать права на этот каталог для изменения. А всех юзеров компании не очень удобно прописывать для доступа к каталогу.
Короче Ваша программа не будет корректно работать на всех компах, если будете хранить настройки в INI-файле рядом с программой. И всё будет хорошо, если настройки хранить в реестре или в спец.каталогах юзера. Ведь каждый программист должен бороться за универсальность своего продукта.

[Аватар]

Сообщение от Баламут

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

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