Хорошая практика организации хранилища для файлов свойств Java - PullRequest
2 голосов
/ 11 апреля 2011

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

У меня есть класс с именем Env, который управляет этим файлом свойств, и он находится в пакете с именем org.myproject.config. В настоящее время я храню файл свойств по умолчанию в src/org/myproject/config. Мне интересно, это хорошая практика для хранения файла типа конфигурации в этом каталоге моего проекта? Не уверен, куда идти с этим. Любой вклад приветствуется.

-tjw

Ответы [ 2 ]

1 голос
/ 11 апреля 2011

Исходя из того, что мы испытали, специфичная для окружающей среды информация не должна храниться в хранилище. Кто-то по ошибке обновляет файл, и когда он фиксирует другие пользователи / окружения, это затрагивается. Мы сохраняем конфигурацию среды отдельно и локально для каждой среды. В нашем случае переменные среды хранятся в таблицах базы данных, и единственная информация о среде, которую мы имеем в файлах свойств, - это минимально необходимые поля для создания соединения JDBC с расположением переменных среды. Обновления в средах проходят через запрос на изменение ИТ или через обновление программного обеспечения.

1 голос
/ 11 апреля 2011

Вы должны использовать API Java Preferences , если хотите поддерживать нейтральность платформы.После того, как вы укажете путь к файлу, вы сделаете много предположений относительно среды, в которой работает ваше приложение.

...