Proprietà Java: file .properties vs xml?

Question

Sono un principiante quando si tratta di proprietà, e ho letto che XML è il modo preferito per archiviarli. Ho notato comunque che scrivere un file .properties regolare nello stile di

foo=bar 
fu=baz 

funziona anche. Ciò significherebbe molto meno la digitazione (e forse anche più facile da leggere e più efficiente). Quindi quali sono i vantaggi dell'utilizzo di un file XML?

Answer 1

In XML è possibile memorizzare più complesse (ad es. gerarchico) rispetto a un file di proprietà. Quindi dipende dal tuo caso. Se si desidera archiviare un numero limitato di proprietà dirette, è più semplice gestire un file delle proprietà (sebbene la classe delle proprietà Java possa leggere anche le proprietà basate su XML).

Avrebbe senso mantenere comunque l'interfaccia di configurazione più generica possibile, quindi non è necessario passare a un'altra rappresentazione (ad esempio utilizzando Apache Commons Configuration) se necessario.

Answer 2

Se si dispone di un sacco di dati ripetuti, può essere più semplice da elaborare

 
<connections> 
    <connection>this</connection> 
    <connection>that</connection> 
    <connection>the other</connection> 
</connections> 

di quanto lo sia per elaborare

 
connection1=this 
connection2=that 
connection3=the other 

soprattutto se vi aspettate di dover memorizzare un sacco dei dati, oppure deve essere conservato in una gerarchia definita

Se sono solo la memorizzazione di un paio di valori scalari, però, mi piacerebbe andare per la Semplice approccio delle proprietà ogni volta

Answer 3

L'XML è utile per strutture e relazioni dati complesse. Fa un lavoro decente per avere un "linguaggio comune" tra i sistemi.

Tuttavia, xml ha un costo. È pesante da consumare. Hai avuto modo di caricare un parser, assicurarsi che il file è in formato corretto, trovare le informazioni ecc ...

Mentre file di proprietà è il peso abbastanza leggero e di facile lettura. Funziona con semplici coppie chiave/valore.

Answer 4

Dipende dai dati che stai codificando. Con XML, è possibile definire una rappresentazione più complessa dei dati di configurazione nell'applicazione. Prendi qualcosa come la struttura dei montanti come esempio. All'interno del framework hai un certo numero di classi Action che possono contenere 1 ... n numero di rami forward. Con un file di configurazione XML, è possibile definire le cose come:

<action class="MyActionClass"> 
    <forward name="prev" targetAction="..."/> 
    <forward name="next" targetAction="..."/> 
    <forward name="help" targetAction="..."/> 
</action> 

Questo tipo di associazione è difficile da realizzare utilizzando solo la coppia Rappresentazione del valore-chiave del file delle proprietà. Molto probabilmente, dovresti trovare un carattere di delimitazione e quindi includere tutte le azioni in avanti su una singola proprietà separate da questo carattere di delimitazione. È un bel po 'di lavoro per una soluzione hacker.

Eppure, come lei ha sottolineato, la sintassi XML può diventare un peso se si vuole semplicemente affermare qualcosa di molto semplice, come set di funzionalità bla su true.

Answer 5

Il più grande vantaggio di utilizzare un file XML è che XML dichiara la sua codifica, mentre .properties non lo fa.

Se si sta traducendo questi file di immobili da N lingue, è possibile che questi file potrebbero tornare in N differenti codifiche.E se non stai attento, tu o qualcun altro potrebbero corrompere irreversibilmente le codifiche dei personaggi.

Answer 6

Se si dispone di entrambi i dati gerarchici & spazi dei nomi duplicati, utilizzare XML.

1) per emulare solo una struttura gerarchica in un file di proprietà, è sufficiente utilizzare la notazione del punto:

a.b=The Joker 
a.b.c=Batgirl 
a.b=Batman 
a.b=Superman 
a.b.c=Supergirl 

Quindi, complesso (gerarchico) rappresentazione dei dati * non un motivo per utilizzare XML.

2) Per i soli dati ripetuti, è possibile utilizzare una libreria di terze parti come ini4j per eseguire il peg esplicitamente in java un identificativo del conteggio su un quantificatore implicito nel file delle proprietà stesso.

a.b=The Joker 
a.b=Batgirl 
a.b=Batman 

è tradotto al (sullo sfondo)

a.b1=The Joker 
a.b2=Batgirl 
a.b3=Batman 

Tuttavia, numerating stesse proprietà del nome ancora non mantiene le specifiche relazioni padre-figlio. vale a dire. come possiamo rappresentare se Batgirl è con The Joker o Batman?

Quindi, xml è richiesto quando entrambe le funzionalità sono necessarie. Ora possiamo decidere se la prima voce xml è ciò che vogliamo o la seconda.

[a] 
    [b]Joker[/b] 
    [b] 
     [c]Batgirl[/c] 
    [/b] 
[a] 

--ovvero--

[a] 
    [b]Batman[/b] 
    [b] 
     [c]Batgirl[/c] 
    [/b] 
[/a] 

Ulteriori dettagli in .... http://ilupper.blogspot.com/2010/05/xml-vs-properties.html

Answer 7

Gli svantaggi di XML:

1. E 'difficile da leggere - il i tag lo rendono più appariscente di quanto lo sia realmente
2. Le gerarchie e i tag rendono difficile la modifica e più inclini agli errori umani
3. Non è possibile "accodare" a un file di proprietà XML per introdurre una nuova proprietà o fornire un valore prevalente per una proprietà esistente in modo che l'ultimo uno vince. La possibilità di aggiungere una proprietà può essere molto efficace: possiamo implementare una logica di gestione della proprietà in modo tale che alcune proprietà siano "calde" e non abbiamo bisogno di riavviare l'istanza quando queste cambiano

Proprietà Java il file risolve i problemi di cui sopra. Convenzioni di denominazione e notazione dei punti coerenti possono aiutare a risolvere il problema della gerarchia.