|
|
URL dieses Artikels:
zu Ausgabe:
12.2001
Entwurfsmuster für XML und XSLT
Eine kurze Einführung...
von Thomas Bayer, Tobias Kieninger, Özgür Kipik
In der objektorientierten Softwareentwicklung sind Entwurfsmuster ein beliebtes Hilfsmittel. Ihr Einsatz erleichtert die Lösung von Problemen durch Kategorisierung, abstrakte Beschreibungen und Implementierungsbeispiele. Für XML und XSLT wurden ebenfalls Muster gefunden und beschrieben.
XML Muster Die Idee, Design strukturiert zu beschreiben, wurde in die XML-Welt übernommen und langsam sind Muster für XML und XSLT im Netz oder in der Literatur zu finden. Zur Einführung stellen wir kurz das XML-Entwurfsmuster Head-Body vor, welches mit vielen anderen unter www.xmlpatterns.com nachgeschlagen werden kann. Eine Anwendung dieses Musters findet man im BMECat-Format, einem weit verbreiteten Standard für Produktkataloge. Im folgenden ein Auszug: <BMECAT version="1.2">Die Namensgebung einiger Elemente lehnt sich an den Aufbau einer HTML-Seite an. Metainformationen über den Katalog werden im Element HEADER untergebracht. Dies ist analog zu einer HTML-Seite, die in ihrem Element HEAD ebenfalls Informationen wie den Titel der Seite, die Adressbasis oder logische Beziehungen zu anderen Dateien einschließt. Der Rumpf (Body), der durch das T_NEW_CATALOG-Element markiert wird, umschließt den Inhalt eines Kataloges. Hier kann wieder der Vergleich zu HTML herangezogen werden. Innerhalb des Elementes BODY einer HTML-Datei befindet sich ebenfalls der Inhalt der Seite. Neben dem Head-Body-Pattern gibt es eine Reihe weiterer XML-Muster wie Catch All Elements oder Choice Reducing Container. XSLT Muster Die Systematik der formalen Beschreibung von XML-Entwurfsmustern kann auch auf die eXtensible Stylesheet Language Transformations (XSLT) angewandt werden. Neben den Stylesheet Patterns aus XSLT Programmers Reference von Michael Kay und einigen Ideen und Konzepten in der sehr ergiebigen XSLT Faq findet man erst wenige formal beschriebene Entwurfsmuster. Wir möchten ein Muster für XSLT anhand eines praktischen Szenarios vorstellen. Die Struktur dieses Patterns erinnert an das Überladen von Methoden in der Objektorientierung, daher haben wir uns für den Namen Overloaded Template Pattern entschieden. Ein XML-Dokument mit einer Liste von CDs soll mittels XSLT in HTML transformiert werden. Einige CDs verfügen bereits über einen Preis und sollen in einer Tabelle mit einem orangefarbenen Hintergrund markiert werden (siehe Abb. 1). Abb. 1: CD-Liste Ein Stylesheet mit einem Template für das Element cd erfüllt die Aufgabe: <xsl:template match="cd">Die Anweisung <xsl:template match="cd">Wir haben jetzt eine Variable eliminiert und den Code etwas vereinfacht. Noch stört der unhandliche choose-Block. Dass Bedingungsselemente wie choose und if Schwierigkeiten bereiten können, wird deutlich, wenn die Anforderungen an das Stylesheet steigen. Zusätzlich zur farblichen Markierung von CDs soll ein Knopf bestellen angezeigt werden, damit diese CD in einen Warenkorb aufgenommen werden kann. Das Resultat ist in Abbildung 2 sichtbar. Abb. 2: CD-Liste mit Bestellknopf Eine zweite Bedingungsanweisung wird benötigt, da mit dem choose-Element bisher nur der Wert des Attributes style bestimmt wurde. Für den Button muss erneut geprüft werden, ob die CD über einen Preis verfügt oder nicht (siehe Listing 1). Listing 1 <xsl:template match="cd">Die zwei Bedingungsanweisungen blähen den Code auf. Weiterhin wird die Anzahl der Bedingungen bei komplexeren Problemstellungen weiter steigen. Ein Ausweg stellt das Overloaded Template Pattern dar (siehe Kasten Overloaded Template Pattern (Auszug)) Der Code wird vereinfacht und der Inhalt eines unübersichtlichen Templates mit Bedingungselementen auf mehrere einzelne aufgeteilt. Diese verfügen über ein zusätzliches Prädikat zur Spezialisierung. Das Template ohne Prädikat dient in diesem Fall als Standard-Template. Das erste Template in folgendem Listing enthält die Standardausgabe der CDs ohne speziellere Behandlung. <xsl:template match="cd">Das Template mit dem Prädikat preis wird nur für CDs instanziert, welche ein Preis-Element enthalten. Die farbige Markierung und der Button werden in einem separaten Template gekapselt. Durch den Wegfall der Bedingungselemente wird der Aufbau der Templates wesentlich einfacher. Das Entwurfsmuster ist ideal für die Behandlung von Sonderfällen mittels Prädikaten. Unter Umständen entsteht doppelter Code durch die Aufspaltung in mehrere Templates. Dieser Nachteil kann durch die Verwendung von <xsl:template match="cd">Während das erste Template wieder als Standard-Template dient, behandelt das zweite lediglich die ungeraden Tabellenzeilen wie 1, 3, 5 usw. Dies wird über das Prädikat [position() mod 2 = 1] erreicht, welches auf den Restwert der Division zweier Zahlen prüft. Bei geraden Zeilennummern wird das Standard Template instanziert und die Zeile hellgrau hinterlegt. Die ungeraden werden entsprechend orange dargestellt. Das Overloaded Template findet man häufig in der Praxis, z.B. in Stefano Mazzocchis Web Publishing Framework Cocoon 2. Das Cocoon Core Stylesheet verwendet dieses Pattern für das Erstellen der Klasse Sitemap. Der Javacode für Actions wird von unterschiedlichen Templates erzeugt, je nachdem, ob ein Actionset verwendet wird oder nicht: <!--processing of an act element having a type attribute-->Fazit Die Methodik, Designerfahrungen in Mustern zu beschreiben, ist auch für die eXtensible Stylesheet Language Transformations anwendbar. Muster können ein gemeinsames Vokabular für verschiedene Entwurfsansätze schaffen und etablieren. Wer selbst bereits Stylesheets geschrieben hat, weiß, wie wichtig Erfahrung beim Entwickeln ist. Wir erwarten eine zunehmende Verbreitung, da Muster diese Erfahrungen vermitteln können. Overloaded Template Pattern (Auszug): Die komplette Beschreibung ist unter www.xslt-patterns.com zu finden. Abstrakt Aufteilung von unübersichtlichen Templates mit Bedingungselementen auf mehrere einzelne Templates, die um ein zusätzliches Prädikat erweitert sind. Motivation Bedingungselemente in Templates können unübersichtlich und schlecht wartbar sein. Anwendbarkeit Verwendung, wenn verwandte Matchpatterns sich in der Instanziierung unterscheiden sollen. Vor allem für die übersichtliche Behandlung von Sonderfällen. Anwendung, wenn unterschiedliche Verhaltensweisen durch Bedingungsanweisungen behandelt werden. Struktur Mehrere Templates unterscheiden sich im Matchpattern nur durch ein zusätzliches Prädikat. Ein Standard-Template kann durch Weglassen des Prädikates definiert werden. Teilnehmer Mehrere alternative Templates, die sich im Matchpattern bis auf ein Prädikat unterscheiden. Mindestens ein aufrufendes Template, welches die alternativen Regeln durch ein apply-templates-Element aufruft. Der XPath Ausdruck im select ist gegenüber dem zusätzlichen Prädikat unspezifisch. Links und Literatur
|
||
|
