Re: [DSA Manager] Element-Klassen (Entwurf 1)

[Oliver S. <os...@ep...>]

> > Sowas hatte ich mal angedacht, aber: Es kommt gar nicht so
> > häufig vor, das was vererbt wird (Die Attribute ein Beispiel,
> > aber so viel anderes gibts nicht). Ich denke, es besser, in
> > den paar Fällen die Dinge mehrfach anzugeben.
>
>   - Vorteilen, Nachteilen

Welche Vorteile erben denn wirklich viele Werte voneinander?

>   - Talenten (erben aus der Talentgruppe)

Was erben sie denn davon für Werte? Eigentlich nur
ihre Steigerungsspalte. Und Talente erben nicht
voneinander, auch Talentgruppen kaum. Das ist eher
eine Hierarchie ohne Weitergabe von vielen Werten.
Und wenn, wird nur besteht die Vererbung nur aus
zwei Ebenen.

>   - Talent-Spezialisierungen

Das muß man nicht zwangsläufig als Vererbung betrachten,
Es kann auch EIN Talen mit Spezialisierungseigenschaft
sein. Es gibt keine Subspezialisierungen, also auch
hier keine tiefe Staffelung.

>   - Rüstungs- und Waffenkategorien

> >>   <property id="MyJähzorn" ref="NatJähzorn">
> >>    <value base="7"/>
[...]
> > value reicht nicht aus. Manche Dinge haben mehrere Werte (z.B. TaW und AT
[...]
> Die AT/PA-Werte sind ein Sonderfall, ansonsten reicht <value> wirklich.

Eine so gewaltig allgemeine Struktur wie die vorgeschlagene
sollte dann wenigstens ohne Sonderfälle auskommen. Sonst
lohnt der Aufwand erst recht nicht.


> Warum unterschiedliche Tags für Dinge definieren, die im Grunde dasselbe
> meinen?

Weil z.B. XSLT seine Grenzen hat. Und weil es auch andere Dinge
einfacher macht. Weil es Übersicht schaffen kann. Und weil es
dadurch in einigen Fällen deutlich weniger kostet als es spart.

> Bestimmt nicht, aber wenn ihr den C++-Xerces verwendet, stellen wir
> sicher, dass die XML-Datei gleich ausgewertet und gespeichert werden.
> Vielleicht macht eine andere Bibliothek einige Dinge minimal anders, und
> dann sind die Dateien nach ein paar Mal laden, steigen und speichern
> nicht mehr kompatibel...

Da geht's schon los: Xerces C++ hat nämlich noch gar keine
vernünftige Routine zum XML-Dateien schreiben, Xerces Java
schon ... :-(
Ich sehe kein Problem. XML ist ein Standard, die Dateien
müssen so strukturiert werden, daß JEDER Parser damit klar
kommt. Egal, wie oft geladen und gespeichert wird. Bei Dingen
wie Whitespace und so müssen wir klar festlegen, was passieren
soll.
Es macht keinen Sinn XML zu verwenden, und dann einen Parser
vorzuschreiben. Das stellt ja den ganzen Sinn von XML auf
den Kopf!

cu
Oli