Gliederungskonventionen für Subelemente in XML-Dokumenten

[Physikbuddha]

Moin,

ich erstelle gerade eine Vorlage für XML-Dateien für eine Anwendung.
Da ich aus der WPF/XAML-Welt komme und schon ewig kein "reines" XML mehr geschrieben habe, habe ich das ganze zunächst im XAML-Stil sehr ausführlich gemacht:

<Question ID="1000" Text="Lorem ipsum">
	<Question.Items>
		<Item ID="1" Change="1" />
		<Item ID="4" Change="-1" />
	</Question.Items>
	<Question.Answers>
		<Answer GoToID="0" Text="dolor sit amet">
			<Answer.Conditions>
				<Condition>
					<Condition.Items>
						<Item ID="1" GreaterThan="0" LowerThan="4" />
						<Item ID="2" GreaterThan="2" />
					</Condition.Items>
				</Condition>
				<Condition>
					<Condition.Items>
						...
					</Condition.Items>
				</Condition>
			</Answer.Conditions>
		</Answer>
	</Question.Answers>
</Question>

Im Vergleich dazu mal eine abgespeckte Variante:

<question id="1000" text="Lorem ipsum">
	<item id="1" change="1" />
	<item id="4" change="-1" />
	<answer goToID="0" text="dolor sit amet">
		<condition>
			<item ID="1" greaterThan="0" lowerThan="4" />
			<item ID="2" greaterThan="2" />
		</condition>
		<condition>
			...
		</condition>
	</answer>
</question>

Sind die Zwischenelemente wie <Answer.Conditions> in XML üblich und nützlich? Oder ist die untere Variante vorzuziehen?

Gruß vom Physikbuddha

 

[daumensprung]

Guten Morgen,

nun, das ist eine gute Frage.
Es gibt in der technischen Welt den Grundsatz, Dinge nicht unnötig zu verkomplizieren.
Hier greift das KISS Prinzip, welches als: "Keep it short and simple" gedeutet werden kann.

Einfachheit hilft, sich auf die wesentlichen Dinge zu konzentrieren.
Aus diesem Grund würde ich die abgespeckte Version mit entsprechend aussagekräftigen Namen verwenden.

Wikipedia: https://de.wikipedia.org/wiki/KISS-Prinzip
I.T. IS EE-ZEE: Wie findet man den richtigen Namen für etwas, aus Clean Code (Englisch)

Viel Spaß & Grüße