2016-10-20 2 views
0

Я работаю над этим Java-приложением, где в основном хочу читать данные из файла, который хранится извне в виде текстового файла или файла свойств. Мои данные в основном состоят из нескольких имен людей и их электронной почты.
Обычно я бы выбрал базу данных и просто подключил ее к моему приложению и закончил с ней. Но, честно говоря, у меня нет таких данных, и я не могу это сделать, поскольку это приложение, если оно используется другими людьми, будет иметь разные значения данных для имен и электронных писем.
Мой вопрос в основном заключается в том, что было бы хорошим способом сохранить и прочитать эти данные и вытащить эти данные для использования. Я рассмотрел использование и чтение файла свойств в Java, текстовых файлов и файла XML, но я не уверен, что лучше или разница в удобстве использования. Любые другие способы также приветствуются! Благодаря!Java, определяющий способ чтения данных из внешнего файла

+0

Сообщите нам точное расширение, которое у вас есть прямо сейчас с вами в виде файла –

+0

Я действительно не решил, какой файл я хотел бы хранить как данные. Что касается вопроса, который я хочу знать, скажите, что было бы проще реализовать и тому подобное! Чтобы уточнить, мои данные представлены в форме <[email protected]>, <[email protected]> и так далее! – Ren

+0

, тогда XML хорош, JSON намного лучше –

ответ

0

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

Использование Jackson yaml синтаксический анализ, если он несколько иерархический, который чувствует себя намного более читаемым человеком по сравнению с xml.

1

Во-первых, я бы порекомендовал, не отправляйте текстовые файлы, так как для этого нет формата/структуры.

В XML вы можете хранить более сложные (например, иерархические) данные, чем в файле свойств. Так что это зависит от вашего использования. Если вы просто хотите сохранить небольшое количество прямых свойств, то файл свойств легче обрабатывать (хотя класс свойств Java также может читать свойства, основанные на XML).

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