Bernhard Peissl: DTD-Design: Hart oder Herzlich?

Beitrag lesen

Grüssi Cheatah!

das ist Ansichtssache. Eine Auswahl einiger weniger Möglichkeiten ist oft leichter, als sich den richtigen Namen erst ausdenken zu müssen. Wie hast Du beispielsweise den Themenbereich Deines Postings gewählt?

Tja, da hast du den Nagel auf den Punkt getroffen! Das ist im Grunde genau dasselbe! Nur gibts bei uns in der Firma nicht nur einen sondern sehr viele Bio's, die ihre eigenen Themenbereiche gestalten wollen, und diesem Ansturm muss die DTD gerecht werden! Abgesehen davon finde ich auch nicht immer den reichtigen Themenbereich. Hierfür hätte ich z.b. gerne (DTD) genommen. Als Besucher würde man von einerseits schneller kapieren worums geht, wenn das Fettgedruckte Thema schon alles sagt, andererseits würde sich die ganze Übersichtlichkeit ins Gegenteil wandeln, wenn 1000 verschiedene Themen auf der Hauptseite herumhirschen!

Mit fixen Werten geht das vielleicht ein Jahr gut,

Das wäre schon ziemlich lang. Du solltest die Werteliste nicht als für alle Zeit endgültig ansehen, sondern damit rechnen, sie beizeiten erweitern zu müssen. Jede Erweiterung erfordert wieder Gehirnschmalz, um mögliche Konsequenzen abschätzen zu können.

oh, ups, siehst du, das sind eben so die Erfahrungswerte, die mir abgehen. Ich hätte mir eigentlich gedacht, dass - einmal designed - eine DTD steht bis zum Jüngsten Tag, denn zumeist wird sie ja auch nicht von den Leuten erstellt, die die XML-Dateien pflegen sondern von einer externen Firma !?

Wobei Planung natürlich nur der Ersatz des Fehlers durch den Irrtum darstellt :-)

Muss ich das jetzt verstanden haben? *fg* War das Nietzsche?

Keine Ahnung, Nietzsche ist tot - meinte zumindest Gott, als ich sie das letzte mal traf ;-)

*** Cheatah for President *** - vote, vote, vote !!! - Wo ihr immer eure Sprüche her habt! Das war wiedermal ein grenzgenialer!

Trenne Dich von (X)HTML. Schreibe ein DTD, das tunlichst unbeeinflußt ist von Dir bekannten Tags. <img> ist nicht gut, wenn Du eigentlich <MitarbeiterFoto> meinst - es wird Dir spätestens bewußt, wenn Du unterschiedliche Bilder referenzieren willst.

Also, erst wollte ich die xml-datei folgendermassen aufbauen:

<Zielgruppe>
 <Block> [...] </Block>
</Zielgruppe>
<Voraussetzung>
 [...]
</Voraussetzung>
<Kursziel>
 <UListe>
  [...]
 </UListe>
</Kursziel>

Bin aber umgeschwenkt, zu einem etwas generischeren Ansatz:

<Detail Titel="Zielgruppe">
 <Block> [...] </Block>
</Detail>
<Deatil Titel="Voraussetzung">
 [...]
</Detail>
<Deatil Titel="Kursziel">
 <UListe>
  [...]
 </UListe>
</Detail>

=> also eher die herzliche Variante. Wenn ich allerdings nun aus deinem und Thomas' Posting die Schlüsse ziehe, so empfiehlt sich anscheinend doch eher die Harte Variante!

<Preis>
 <ats>12345</ats>
 <eur>123.45</eur>
 <Steuer>exkl. 20 % USt</Steuer>
 <Kommentar>
  Erfrischungen und Pausengetränke sind in der Kursgebühr enthalten!
 </Kommentar>
</Preis>

statt:

<Detail Titel="Preis">
 Die Teilnahmegebühr beträgt ATS 12345,-- (EUR 123.45) exklusive 20% Umsatzsteuer
 <Block>
  Erfrischungen und Pausengetränke sind in der Kursgebühr enthalten!
 </Block>
</Detail>

Aber ich dachte mir, je mehr Elemente, desto schwieriger wird dann das Parsen. Ich hab leider nur einen SAX-Parser (Expat) zur Verfügung und blick in der ereignisgesteuerten Programmierung noch nicht so wirklich durch, DOM wär mir lieber. Auch XSLT stell ich mir komplizierter vor, wenn es für jedes  Element zig Unterelemente gibt.

Alles in allem ein kräftiges => :-/ oder => ?

lg bernhard