Я новичок, когда дело доходит до свойств, и я читал, что XML является предпочтительным способом их хранения. Однако я заметил, что запись обычного файла .properties в стиле
foo=bar
fu=baz
также работает. Это означало бы гораздо меньше ввода (и, возможно, более легкое чтение и более эффективную работу). Итак, каковы преимущества использования XML-файла?
В XML вы можете хранить более сложные (например, иерархические) данные, чем в файле свойств. Так что это зависит от вашего варианта использования. Если вы просто хотите сохранить небольшое количество прямых свойств, файл свойств легче обрабатывать (хотя класс свойств Java также может считывать свойства на основе XML).
В любом случае имеет смысл сделать ваш интерфейс конфигурации как можно более общим, чтобы у вас не было проблем с переключением на другое представление (например, с помощью Конфигурация Apache Commons ), если вам нужно.
Самым большим преимуществом использования XML-файла является то, что XML объявляет свою кодировку, а .properties — нет.
Если вы переводите эти файлы свойств на N языков, вполне возможно, что эти файлы могут вернуться в N разных кодировках. И если вы не будете осторожны, вы или кто-то другой можете необратимо испортить кодировку символов.
Если у вас много повторяющихся данных, их может быть проще обрабатывать.
<connections> <connection>this</connection> <connection>that</connection> <connection>the other</connection> </connections>
чем обрабатывать
connection1=this connection2=that connection3=the other
особенно если вы планируете хранить много данных или они должны храниться в определенной иерархии
Однако, если вы просто храните несколько скалярных значений, я бы каждый раз использовал простой подход к свойствам.
Если у вас есть как иерархические данные, так и повторяющиеся пространства имен, используйте XML.
1) Чтобы эмулировать только иерархическую структуру в файле свойств, просто используйте запись через точку:
a.b=The Joker
a.b.c=Batgirl
a.b=Batman
a.b=Superman
a.b.c=Supergirl
Таким образом, сложное (иерархическое) представление данных *не является причиной для использования xml.
2) Для простого повторения данных мы можем использовать стороннюю библиотеку, такую как ini4j, для явной привязки в java идентификатора счетчика к неявному квантификатору в самом файле свойств.
a.b=The Joker
a.b=Batgirl
a.b=Batman
переводится как (на заднем плане)
a.b1=The Joker
a.b2=Batgirl
a.b3=Batman
Однако нумерация свойств с одинаковыми именами по-прежнему не поддерживает определенные отношения родитель-потомок. т.е. как мы представляем, является ли Бэтгёрл Джокером или Бэтменом?
Таким образом, xml требуется, когда необходимы обе функции. Теперь мы можем решить, нужна ли нам первая запись xml или вторая.
[a]
[b]Joker[/b]
[b]
[c]Batgirl[/c]
[/b]
[a]
--or--
[a]
[b]Batman[/b]
[b]
[c]Batgirl[/c]
[/b]
[/a]
Дополнительные сведения см. в .... http://ilupper.blogspot.com/2010/05/xml-vs-properties.html
XML удобен для сложных структур данных и/или отношений. Это делает достойную работу для того, чтобы иметь «общий язык» между системами.
Однако xml обходится дорого. Его тяжело потреблять. Вы должны загрузить анализатор, убедиться, что файл имеет правильный формат, найти информацию и т. д.
В то время как файлы свойств довольно легкие и легко читаемые. Работает для простых пар ключ/значение.
Это зависит от данных, которые вы кодируете. С помощью XML вы можете определить более сложное представление данных конфигурации в вашем приложении. Возьмем в качестве примера что-то вроде структуры struts. В рамках у вас есть несколько классов действий, которые могут содержать от 1 до n прямых ветвей. С файлом конфигурации XML вы можете определить его следующим образом:
<action class="MyActionClass">
<forward name="prev" targetAction="..."/>
<forward name="next" targetAction="..."/>
<forward name="help" targetAction="..."/>
</action>
Такую ассоциацию трудно выполнить, используя только пару ключ-значение в файле свойств. Скорее всего, вам нужно будет придумать символ-разделитель, а затем включить все действия вперед для одного свойства, разделенные этим символом-разделителем. Это довольно много работы для хакерского решения.
Тем не менее, как вы указали, синтаксис XML может стать бременем, если вы просто хотите заявить что-то очень простое, например, установить для функции свойство blah значение true.
Недостатки XML:
Файл свойств Java решает вышеуказанные проблемы. Согласованные соглашения об именах и точечная запись могут помочь в решении проблемы иерархии.
