ein generischer Ansatz zur Layout-Spezifikation - Lehr- und ...

Weitere Magazine

Empfehlungen

Info

3. Präsentations-Erzeugungsprozeßsind, spielen derzeit die Vorzüge eines Datenbanksystems wie Transaktionskonzepte, Synchronisation,Error-Recovery, Persistenz u.a. keine bedeutende Rolle. Somit gibt es zur Zeit keine Notwendigkeiteines Datenbanksystems.Auf Grund dessen fiel für diese Arbeit die Wahl auf den Einsatz von XML-Dokumenten zur Datenhaltung.3.2.1.2. SonderzeichenproblematikNeben der reinen Transformation von Datenfeldern in XML-Elemente und -Attribute gibt es noch einsehr spezielles Problem und zwar der Einsatz von Sonderzeichen (z.B. Umlaute, aber auch mathematischeSymbole). So wird z.B. das Zeichen ç“ des Namens François in L ” A TEX mit dem Ausdruck” \c{c}“ dargestellt, in HTML mit ” ç“ oder ç“ usw.. Da ja später Präsentationen”in unterschiedlichen Beschreibungssprachen erstellt werden sollen, ist es nicht vermeidbar, daß dieseZeichen in einer generischen Form vorliegen müssen, die am Schluß in die entsprechende Beschreibungsspracheübersetzt werden kann. Diese generische Form kann sich an Standards orientieren, z.B.der UTF-8-Codierung für Unicode oder den Entities von HTML.Natürlich sind Werkzeuge wünschenswert, die bei der Datenerfassung, also bei der Erstellung derDatenquelle, die Erzeugung dieser generischen Form unterstützen. Diese Arbeit geht aber von einerbereits erstellten Datenquelle aus und geht deshalb nicht weiter auf solche Werkzeuge ein.Was in dieser Arbeit allerdings untersucht wird ist eine Biliothek von generischen Ausdrücken, diefür die Sonderzeichen stehen. Mehr dazu in den Abschnitten 4.3.4 und 5.2.3.2.2. Aufbereitung der DatenLiegen die Daten nun in XML vor, so können allgemeine, noch nicht präsentationsspezifische, Transformationendurchgeführt werden. Hauptsächlich sind das Materialisierungen von Daten, die aus Effizienzgründenan dieser Stelle ein einziges Mal durchgeführt werden.3.2.2.1. Materialisierung von DatenBei der Materialisierung werden Daten, die nur intensional in Form von bestimmten Regeln vorliegen,extensional in der Datenstruktur erzeugt. Danach erscheinen sie, wie alle anderen Daten, als Elemente,Attribute o.ä.. Oft ist die Frage, ob Daten materialisiert werden sollen (oder nicht), ein Abwägen zwischenZeit- und Speicherplatzbedarf. Denn natürlich kann durch entsprechende Regeln ein sehr großerDatenumfang beschrieben werden (z.B. die Regel, daß ein Element namens ”“die Unterelemente ”“ mit den aufsteigend geordneten Werten sämtlicher natürlicherZahlen beinhalten soll).In dieser Arbeit wird die Materialisierung für zwei Aufgaben eingesetzt: das Auflösen von Referenzenund die Anwendung von Vererbungsregeln.3.2.2.1.1. Auflösen von Referenzen Um Redundanzen (und damit verbundene mögliche Inkonsistenzen)zu vermeiden, macht das Datenmodell dieser Arbeit regen Gebrauch von Referenzenmit ID und IDREF. Damit die späteren Transformationsprozesse einfacher gehalten werden können,werden diese Referenzen hier aufgelöst.24
3.2. DatenDas Auflösen der Referenzen geschieht folgendermaßen:1. Suchen des über IDREF referenzierten Elements mit der entsprechenden ID und, falls es vorhandenist,2. Kopieren des referenzierten Elements an die Stelle der Referenz (das referenzierende Elementselber verschwindet) und3. Kopieren etwaiger Attribute des referenzierenden Elementes in das kopierte Element.Zu beachten ist bei diesem Vorgehen, daß das Dokument nach dem Auflösen der Referenzen nichtmehr der ursprünglichen DTD entspricht. Allerdings erfordert beinahe jede der noch folgenden Transformationeneine eigene DTD, will man das entstandene Dokument validieren.3.2.2.1.2. Vererbungsregeln anwenden Ebenfalls aus dem Grunde der Redundanzvermeidungwurde eine Vererbung auf Datenebene eingeführt, die durch Regeln beschrieben wird. Dabei sindAbhängigkeiten mit dem vorangegangenen Abschnitt, der Auflösung der Referenzen, zu beachten: Somüssen in einigen Fällen zunächst1. Vererbungsregeln für referenzierte Elemente angewandt, dann die2. Dereferenzierung durchgeführt und daraufhin die3. Vererbungsregeln für die referenzierenden Elementeangewandt werden (und falls auf letztere wiederum referenziert wird, erneute Dereferenzierung etc.).3.2.3. Sortierung und Transformation der Daten nach Layout-KlassenWie in den Beispielen in Abbildung 3.4 zu sehen ist, erfordern einige Präsentationen eine zum Teilgrundlegend unterschiedliche Sortierung der Daten:In dem ersten Beispiel sind die Daten wie folgend sortiert:1. nach der Art der Veranstaltung (Vorlesungen, Praktika)2. für die Veranstaltungen einer Art bleibt die in den Daten vorgegebene Sortierung erhalten (diesist in dem Beispiel nicht ersichtlich, da nur jeweils eine Veranstaltung angegeben ist)3. nach Art der Sitzung der jeweiligen Veranstaltung4. nach der Veranstaltungszeit der SitzungenIn dem zweiten Beispiel sind die Daten wie folgend sortiert:1. nach der Uhrzeit der Sitzungen (zusammengefaßt anhand der Stunde)2. nach dem Tag der einzelnen Sitzungen25
Seite 1: INSTITUT FÜR INFORMATIKLehr- und F
Seite 5: ZusammenfassungIn dieser Arbeit wur
Seite 8 und 9: Inhaltsverzeichnis3.2. Daten . . .
Seite 11 und 12: 1. EinleitungFür die Administratio
Seite 13 und 14: 1.3. Abgrenzung zu bestehenden Ans
Seite 15: 1.4. AufbauInteresse sind (Abstrakt
Seite 18 und 19: 2. Das Datenmodell der Lehrangebots
Seite 24 und 25: 3. Präsentations-Erzeugungsprozeß
Seite 48 und 49: 4. Rahmenbedingungen einer Implemen
Seite 60 und 61: 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 80 und 81:
5. Prototypische Implementierung PE
Seite 82 und 83:
Seite 84 und 85:
Seite 86 und 87:
Seite 88 und 89:
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
Alle anzeigen

ein generischer Ansatz zur Layout-Spezifikation - Lehr- und ...

Erfolgreiche ePaper selbst erstellen

Template löschen?

Als Template speichern?