ein generischer Ansatz zur Layout-Spezifikation - Lehr- und ...
ein generischer Ansatz zur Layout-Spezifikation - Lehr- und ... ein generischer Ansatz zur Layout-Spezifikation - Lehr- und ...
5. Prototypische Implementierung PEPModes werden von fxt nicht unterstützt, so daß mehrfach vorkommende Selektoren im Layoutbeschreibungsbaumnur mit einigem Aufwand realisierbar wären (iterierte Strukturierungsknoten würdenkeine ganzen Regeln mehr erzeugen dürfen, sondern nur bedingte Blöcke in einer gemeinsamenRegel für jeden Selektor).Der Verweis auf die einzufügenden Daten ist in fxt recht ähnlich wie in XSLT, nur, daß anstatt vonXPath hier fxgrep als Selektionssprache und SML als Sprache zur Berechnung von Ausdrücken verwendetwird. Auch ein ähnlicher Key-Mechanismus ist vorhanden.Allerdings ist das Selektionsprinzip von fxgrep durch seine regulären Ausdrücke auf Bäume um einigesmächtiger und trotzdem besser verständlich als das von XPath.Auch bezieht sich fxgrep immer auf den aktuellen Kontext im Baum und läßt keine Aufwärtsbewegungzu Vorgängern des aktuellen Knotens zu. Dadurch wird die Formulierung von Selektoreneinfacher, allerdings schließt sie eventuell manche Aufgabenstellungen aus, bei denen Knoten auseinem anderen Teilbaum nötig wären. Normalerweise dient hier das Variablenkonzept als Lösung.Bei der Erstellung von Regeln über Regeln sind solche Sonderfälle jedoch nur schwer zu handhaben.Der Zugriff auf Attributwerte erfolgt unter fxt über Ausdrücke, die in SML formuliert werden. DiesesKonzept ist an sich recht mächtig, allerdings tritt bei dem Zugriff auf nicht vorhandene Variablensofort ein Fehlerzustand auf, sodaß immer erst eine Überprüfung stattfinden sollte, ob die Variablevorhanden ist, was die Regeln unnötigerweise aufbläht. Auch ist, die oftmals nötige Typkonvertierungin SML-Typen recht lästig, hier wäre eine automatische Konvertierung sinnvoll gewesen.5.4.2.1. Transformationsanweisungen in fxt zur Generierung von weiterenTransformationsanweisungen in fxt, die den Layoutbaum erzeugenMit den folgenden, in fxt formulierten, Transformationsanweisungen werden aus einem in PEP ¢¡¤£¦¥¨§©definierten Layoutbeschreibungsbaum weitere fxt-Transformationsanweisungen generiert. Mit diesenkann darauf ein entsprechendes XML-Dokument in einen Layoutbaum transformiert werden./*/*default76
5.4. Vergleich der Werkzeuge am Beispiel des Prozessors zur Erzeugung des Layoutbaums//pep:value[@selector]//pep:value[@reference]//pep:value[@expression]//pep:value[""]//pep:value//*[@pep:selector]77
- Seite 32 und 33: 3. Präsentations-Erzeugungsprozeß
- Seite 34 und 35: 3. Präsentations-Erzeugungsprozeß
- Seite 36 und 37: 3. Präsentations-Erzeugungsprozeß
- Seite 38 und 39: 3. Präsentations-Erzeugungsprozeß
- Seite 40 und 41: 3. Präsentations-Erzeugungsprozeß
- Seite 42 und 43: 3. Präsentations-Erzeugungsprozeß
- Seite 44 und 45: 3. Präsentations-Erzeugungsprozeß
- Seite 46 und 47: 3. Präsentations-Erzeugungsprozeß
- Seite 48 und 49: 4. Rahmenbedingungen einer Implemen
- Seite 50 und 51: 4. Rahmenbedingungen einer Implemen
- Seite 52 und 53: 4. Rahmenbedingungen einer Implemen
- Seite 54 und 55: 4. Rahmenbedingungen einer Implemen
- Seite 56 und 57: 4. Rahmenbedingungen einer Implemen
- Seite 58 und 59: 4. Rahmenbedingungen einer Implemen
- Seite 60 und 61: 5. Prototypische Implementierung PE
- Seite 62 und 63: 5. Prototypische Implementierung PE
- Seite 64 und 65: 5. Prototypische Implementierung PE
- Seite 66 und 67: 5. Prototypische Implementierung PE
- Seite 68 und 69: 5. Prototypische Implementierung PE
- Seite 70 und 71: ABBILDUNG 5.6.: Beispiel für PEP
- Seite 72 und 73: ABBILDUNG 5.7.: DTD von PEP ¢¡¤
- Seite 74 und 75: 5. Prototypische Implementierung PE
- Seite 76 und 77: 5. Prototypische Implementierung PE
- Seite 78 und 79: 5. Prototypische Implementierung PE
- Seite 80 und 81: 5. Prototypische Implementierung PE
- Seite 84 und 85: 5. Prototypische Implementierung PE
- Seite 86 und 87: 5. Prototypische Implementierung PE
- Seite 88 und 89: 5. Prototypische Implementierung PE
- Seite 90 und 91: 6. Zusammenfassung und AusblickUm d
- Seite 92 und 93: Abbildungsverzeichnis¡£ ¥§ ©PE
- Seite 94 und 95: Literaturverzeichnis[11] DEUTSCH, A
- Seite 96: Literaturverzeichnis[40] WORLD WIDE
5. Prototypische Implementierung PEPModes werden von fxt nicht unterstützt, so daß mehrfach vorkommende Selektoren im <strong>Layout</strong>beschreibungsbaumnur mit <strong>ein</strong>igem Aufwand realisierbar wären (iterierte Strukturierungsknoten würdenk<strong>ein</strong>e ganzen Regeln mehr erzeugen dürfen, sondern nur bedingte Blöcke in <strong>ein</strong>er gem<strong>ein</strong>samenRegel für jeden Selektor).Der Verweis auf die <strong>ein</strong>zufügenden Daten ist in fxt recht ähnlich wie in XSLT, nur, daß anstatt vonXPath hier fxgrep als Selektionssprache <strong>und</strong> SML als Sprache <strong>zur</strong> Berechnung von Ausdrücken verwendetwird. Auch <strong>ein</strong> ähnlicher Key-Mechanismus ist vorhanden.Allerdings ist das Selektionsprinzip von fxgrep durch s<strong>ein</strong>e regulären Ausdrücke auf Bäume um <strong>ein</strong>igesmächtiger <strong>und</strong> trotzdem besser verständlich als das von XPath.Auch bezieht sich fxgrep immer auf den aktuellen Kontext im Baum <strong>und</strong> läßt k<strong>ein</strong>e Aufwärtsbewegungzu Vorgängern des aktuellen Knotens zu. Dadurch wird die Formulierung von Selektoren<strong>ein</strong>facher, allerdings schließt sie eventuell manche Aufgabenstellungen aus, bei denen Knoten aus<strong>ein</strong>em anderen Teilbaum nötig wären. Normalerweise dient hier das Variablenkonzept als Lösung.Bei der Erstellung von Regeln über Regeln sind solche Sonderfälle jedoch nur schwer zu handhaben.Der Zugriff auf Attributwerte erfolgt unter fxt über Ausdrücke, die in SML formuliert werden. DiesesKonzept ist an sich recht mächtig, allerdings tritt bei dem Zugriff auf nicht vorhandene Variablensofort <strong>ein</strong> Fehlerzustand auf, sodaß immer erst <strong>ein</strong>e Überprüfung stattfinden sollte, ob die Variablevorhanden ist, was die Regeln unnötigerweise aufbläht. Auch ist, die oftmals nötige Typkonvertierungin SML-Typen recht lästig, hier wäre <strong>ein</strong>e automatische Konvertierung sinnvoll gewesen.5.4.2.1. Transformationsanweisungen in fxt <strong>zur</strong> Generierung von weiterenTransformationsanweisungen in fxt, die den <strong>Layout</strong>baum erzeugenMit den folgenden, in fxt formulierten, Transformationsanweisungen werden aus <strong>ein</strong>em in PEP ¢¡¤£¦¥¨§©definierten <strong>Layout</strong>beschreibungsbaum weitere fxt-Transformationsanweisungen generiert. Mit diesenkann darauf <strong>ein</strong> entsprechendes XML-Dokument in <strong>ein</strong>en <strong>Layout</strong>baum transformiert werden./*/*default76