Как обычно на практике хранят глобальные и пользовательские настройки приложения?
Интересует способ помимо базы данных. XML, properties и прочее. Что удобнее, практичнее?

В идеале, хотелось бы иметь удобный способ, подходящий и для мобильного приложения, и для web-приложения, и для обычного desktop приложения.

ochnev, вопрос размывчитый    
Что касается меня, то в основном  БД и .properties файлы. 
XML почти никогда не использую. 

Опять же смотря какие настройки.

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

У меня в настройках хранятся положение программы, размеры элементов и т.п. То есть ничего критичного.

Идеального способа на все случаи жизни нет. Где-то тут это уже обсуждалось.

Хранить пользовательские предпочтения (выбранный шрифт, расположения окон и т.д.) вроде удобно с помощью preferences. Но там ограничение - длина записи не может быть больше 8 кБ. И вручную записи не отредактируешь (их не так просто отыскать на компьютере), но для такого типа данных это обычно не требуется.

Если пользовательское приложение работает в связке с сервером, то возможно хранение настроек на сервере в базе данных. Это позволяет клиенту работать со своей конфигурацией из разных мест - например, из офиса и из дома. 

В серверном приложении необходимо иметь возможность редактировать настройки. Серверное приложение может не иметь GUI. Проперти - файл - самое простое решение. Возможно, xml файл тоже. Но здесь некоторую сложность представляет настройка проекта так, чтобы эти файлы паковались отдельно от jar. Чтобы можно было остановить приложение, отредактировать файл любым редактором, и запустить опять.

Настройки удобно хранить в виде текста (проперти-формат или xml), а не сериализованного обьекта - так проще редактировать и анализировать. Также проще разрешать ситуации, когда приложение модифицируется и желательно сохранить возможность использовать старые настройки.




Это сообщение отредактировал(а) COVD - 11.5.2009, 18:09

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

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

присоединяюсь к некоторым ораторам выше =)
от себя добавлю, что есть достаточно неплохой, на мой взгляд, пакет на эту тему: Commons Configuration

Скажите пожалуйста, а вообще Preferences всегда сохраняет что нить в реестр (Windows)? Как-то у меня не выходит обойти эту фишку, я хочу сразу же в XML сохранять.

Вообще я просто изучаю механизм Preferences, в реальности я бы хотел сохранять настройки в bin фаил но при этом иметь возможность экспортировать/импортировать в XML.. Как я понимаю Preferences для этого не очень подходит?

Это сообщение отредактировал(а) Forsaken - 25.3.2010, 11:57

Forsaken, Реестр венды здесь не причем и туда ничего не пишется!

LCD в факе написал статью, как  сериализовывать в ХМЛ.
Очень простой способ и как раз для твоих требований.

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

Вот это неправда. Preferences хранит ваши настройки в platform-dependent виде. Под Windows это как раз реестр.

Prooflink

Это сообщение отредактировал(а) jk1 - 25.3.2010, 14:17

Metal_Heart
Спасибо за ответ! Почитаю статью LCD, это очень интересно
Что касается реестра винды, то добавлю к jk1 , что Preferences хранится в разделе HKEY_CURRENT_USER\Software\JavaSoft, можете сами посмотреть...

jk1
Спасибо за помощь!

Это сообщение отредактировал(а) Forsaken - 25.3.2010, 16:53

+1. Покрывается 90% юзкейсов.

batigoal, 
А если настройки разбиты иерархически.. делаете псевдоиерархию в .properties ?


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

Можно. Реализуйте своего наследника AbstractPreferences и в его методах сохраняйте и извлекайте ключи и значения откуда вам удобно.

Я для управления иерархическими настройками использовал сериализацию в XML с помощью XMLEncoder, удобно и без лишнего геморроя.

jk1
Спасибо большое!
Правда я еще недобрался до понятия сереализации, но догадываюсь что это приспособление для сохранения состояния объекта. Пока временно попользуюсь Properties объектами.

Тогда у меня есть еще не особо важный вопрос. Где хранить настройки? Я уже много прочел о Properties (на сайте http://java.sun.com и в книгах).. там везде пользовательские настройки предлогается хранить в папке пользователя. Мне это очень ненравится, я хочу их хранить в папке программы. А как Вы считаете правильно их хранить?

Это сообщение отредактировал(а) Forsaken - 27.3.2010, 14:25

Forsaken, 

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

jk1, 
Тогда под Windows логично все настройки содержать, в папке AppData, чтобы не разводить помойку в его личной папке...
Пока придумал только идти в реестр (под Windows) и получать значение ключа Local AppData  расположенного в ветке HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders\

Это сообщение отредактировал(а) Forsaken - 28.3.2010, 08:15

Вернет вам адрес домашней папки пользователя практически на любой ОС. А от него уже можно создавать нужную вам иерархию.

jk1, 
Только так нехорошо делать, у Windows папка для настроек программ (AppData) от версии к версии изменяет название. Для Windows  придется использовать либо ключи реестра, либо Win32 API (это кажется называется JNI), а под другие ОС создавать иерархию. Правда так неприятно когда в моей папке гадит какая-нить программа, уж не знаю как к этому относятся пользователи других ОС.

Честно говоря не понимаю, почему бы просто не сделать в

папку с названием вашего приложения и не хранить все настройки там. Проверено, на разных осях проблем не вызывает.
Подобным образом поступают, например, NetBeans и Idea.

А раз уж билли приспичило каждый раз менять названия папок типа Application Data, пусть сам там свои настройки и хранит.

Нет. Этот как раз и есть оставшиеся 10%, когда нужен XML.

Каюсь, перепутал с Properties, который сохраняет параметры в INI-файл.

----------
П.С. дааа, порастерял я свои навыки. Придется учиться заново!