Scrittura xml con al massimo due tag per riga

Question

Sto salvando xml da .NET XElement. Sto usando il metodo ToString, ma la formattazione non sembra come vorrei (esempi sotto). Mi piacerebbe al massimo due tag per riga. Come posso ottenerlo?

---

Salvataggio XElement.Parse("<a><b><c>one</c><c>two</c></b><b>three<c>four</c><c>five</c></b></a>").ToString() mi dà

<a> 
    <b> 
    <c>one</c> 
    <c>two</c> 
    </b> 
    <b>three<c>four</c><c>five</c></b> 
</a> 

Ma per migliorare la leggibilità avrei preferito 'tre', 'quattro' e 'cinque' erano su righe separate:

<a> 
    <b> 
    <c>one</c> 
    <c>two</c> 
    </b> 
    <b>three 
    <c>four</c> 
    <c>five</c> 
    </b> 
</a> 

---

Edit: Sì, capisco che questo è sintatticamente diverso e "non nello spirito di xml", ma sono pragmatico. Recentemente ho visto file xml di dimensioni megabyte con un minimo di 3 righe, che sono una sfida per editor di testo, controllo del codice sorgente e strumenti di diffusione. Qualcosa deve essere fatto! Ho provato che cambiare la formattazione sopra è compatibile con la nostra applicazione.

Answer 1

Motivi illustrati ai colleghi: cambieremo il formato del file. Ti consiglio di provare a fare lo stesso. È quasi impossibile fare ciò che volevo, perché la maggior parte degli strumenti xml presuppongono che lo spazio sia significativo.

Answer 2

XML è un formato di scambio di informazioni, destinato ai computer. Lo spazio bianco è irrilevante (in base alla posizione e allo schema, in realtà) e, in quanto tale, sarebbe arbitrario utilizzare l'uno o l'altro.

Si potrebbe usare XmlTextWriter con XElement.Save e vedere se è possibile modificarlo a vostro piacimento con la XmlWriter.Settings Property

Answer 3

La formattazione non funziona nel modo desiderato a causa del nudo "tre". C'è una ragione per cui non è nella sua etichetta? Dovrebbe essere invece un attributo di "b"?

Answer 4

Se si desidera esattamente quell'output, è necessario farlo manualmente, aggiungendo spazi bianchi attorno ai nodi secondo necessità.

Quasi tutti gli spazi bianchi nei documenti XML sono significativi, anche se si pensa solo all'indentazione. Quando chiediamo al serializzatore di rielaborare il documento per noi, sta apportando modifiche al contenuto che può essere estratto, in modo che cerchino di essere il più conservativi possibile. Gli elementi

<tag>foo</tag> 

e

<tag> 
    foo 
</tag> 

hanno contenuti diversi, e se un serializzatore ha cambiato la prima nella seconda, cambierebbe quello che si ottiene indietro dal vostro API XML quando si chiede per i contenuti dei <tag> .

La normale regola empirica è che non verrà applicato alcun rientro se esiste uno spazio vuoto non esistente tra gli elementi. In questo caso, il tuo three tra i tag verrà modificato se un serializzatore applica il rientro desiderato, quindi nulla lo farà automaticamente.

---

Se si ha il controllo sul formato XML, è sconsigliabile mescolare elementi di testo e bambini come questo, in cui <b> ha sia il testo (three) e l'elemento (<c>) figli, in quanto causa problemi come quello che si' sto vedendo.

Answer 5

Ho dovuto fare qualcosa di simile prima (per una richiesta del cliente). Tutto quello che ho finito è stato scrivere un metodo personalizzato .ToString() utilizzato solo per visualizzare l'XML in un browser (lo so) o per il loro utilizzo nel download di un file xml del contenuto. Poiché il codice non doveva essere efficiente dal punto di vista computazionale, si trattava semplicemente di controllare i figli di ciascun tag e di organizzare il testo "sospeso" come tale.

Alla fine siamo stati in grado di convincere l'utente che il testo dovrebbe essere invece un attributo.