nicht angemeldet
Halihallo Simon
Interessant wäre noch, Dein Format mit XSLT zu transformieren. Dann brauchst Du kein kompliziertes Perl-Script mehr dazu. ;-)
Gestern habe ich mir noch Gedanken zu diesem Vorschlag gemacht. Du hast recht, eine
Verwendung von XSLT wäre sinnvoll, es ist ja höchst unschön, wenn man Code und Design
in einer "Einheit" hat. Nur habe ich dann weiterüberlegt und festgestellt, dass es zu
Problemen kommen wird, wenn man komplexere Dinge transformieren will. Nehmen wir z. B.
eine Übersicht der Klassenvererbung (in der ersten Stufe sind alle Klassen, die von
keiner anderen mehr erben, die zweite Stufe sind diejenigen, welche von diesen
"Super-Basis-Klassen" erben usw.), dies wäre IMHO mit XSLT nicht (bzw. nur sehr schlecht)
abbzubilden, da man für diese Anwendung bereits einen Alogithmus braucht, der einen Baum
der Vererbungshierarchie aufbaut. Wenn man dies mit XSLT abbilden möchte, bräuchte man
geeignete Eingabedaten (diese würden dann leider nicht mehr der
Componenten-Beschreibungs-XML-Datei entsprechen), dies würde bedeuten, dass man mit einem
Programm diese erst herstellt. Das halte ich im Kontext für etwas übertrieben, da man
ja durch CSS schon einiges variabel Designen kann (klar, die Grundstruktur des HTML-
Outputs kann man nicht ändern, aber dessen Anzeigeformat). Es wäre möglich die
einfacheren Outputs (wie z. B. Componentenübersicht mit Methoden/Attributen) durch XSLT
zu erstellen, aber wenn überhaupt, dann möchte ich alles über XSLT erstellen lassen und
das ist meiner Meinung nach nicht möglich.
Oder ist es Fakt, dass alles mit XSLT transformierbar wäre? - Ich sehe Probleme bei
der Ausgabe der Klassenvererbung und z. B. der Angabe von Inputparameter, da sollte nur
die erste Eingabeparameter ein "Input:" vorne stehen haben (OK, möglich, dass es für
dies Direktiven gibt, obwohl mir die z. Z. nicht bekannt sind).
Viele Grüsse
Philipp