Inhaltsverzeichnis

1  Einleitung  5

1.1  Einführung  5

1.1.1  Ausgangssituation  5

1.1.2  Einschränkungen klassischer HTML-Seiten.  6

1.1.3  Einschränkungen dynamischer HTML-Seiten.  7

2  Die NET Strategie  8

2.1  Einführung  8

2.1.1  Definition NET.  8

2.1.2  Die Komponenten von NET.  8

3  ASP.NET- XSLT -Webanwendungen.  9

3.1  ASP.NET  9

3.1.1  Definition, Entwicklungsumgebung und Vorteile.  9

3.1.2  Ablauf einer ASP.NET-Webseitengenerierung auf dem Server.  10

3.1.3  Einschränkungen von ASP.NET  11

3.2  XML und XSLT  12

3.2.1  Definition, Abgrenzung und Arbeitsweise von XSLT  12

3.2.2  Einsatzgebiete.  13

3.2.3  Vorteile beim Einsatz mit ASP.NET.  14

3.2.4  Technischer Einsatz mit ASP.NET.  16

3.2.5  Einschränkungen beim Einsatz von XSLT und ASP.NET.  17

3.2.6  Schlussfolgerungen  18

Abstract.   IV

Literaturverzeichnis.   19

Literaturverzeichnis  , Fortsetzung.  20

Abbildungsverzeichnis   20

Abstract

Amazon.com, eBay oder Google wurden durch sie erst möglich: Techniken zum Erstellen und Gestalten von dynamischen Internetseiten. Dynamische Internetseiten unterscheiden sich von klassischen Internetseiten dadurch, dass deren Inhalte nicht von vornherein starr festgelegt sind, sondern erst auf Benutzeranfrage auf dem Webserver kreiert wird. Erst so ist es möglich, mit dem Benutzer in Interaktion zu treten und auf seine Aktionen zu reagieren. Techniken zum Erstellen von dynamischen Internetseiten erweisen sich auch als ein kostengünstiger und offener Weg um Geschäftsanwendungen im Intra- oder Internet zu realisieren und Dank der möglichen Datenbankanbindung direkt mit dem Firmendatenbestand zu koppeln.

Diese Studienarbeit gibt einen Einblick in die Möglichkeiten der dynamischen Webseitenerstellung mit Microsoft ASP.NET in Verbindung XSLT. Nach einer kurzen Erläuterung, warum dynamische Webseiten notwendig wurden und welche Einschränkungen hier bestehen (Kapitel 1), wird ein Blick auf das .NET-Konzept von Microsoft geworfen (Kapitel 2). Daraufhin werden die einzelnen Techniken (ASP.NET und XSLT) tiefer beleuchtet, die Implementierungsmöglichkeiten und die Einsatzgebiete aller Techniken innerhalb eines Projektes dargestellt. Es wird Auskunft gegeben, in welchen Teilbereichen der Einsatz von XSLT Sinn macht und zu welchen Vorteilen eine Implementierung führen kann und welche klassischen Einschränkungen durch die Kombination beider Techniken aufgehoben werden können (Kapi- tel 3).

1 Einleitung Seite 5

1 Einleitung

1.1 Einführung

1.1.1 Ausgangssituation

Zu Anfang war das ARPANET. Aus diesem, Ende der 60er Jahre des vergangenen Jahrhunderts entwickelten, militärischen Forschungsnetzwerks hat sich das bis heute größte Computernetzwerk der Welt entwickelt: das Internet. Durch die Möglichkeit den grafischen Teil des Internets (das WWW ¹ ) mit Hilfe einer Maus und eines Browsers bedienen zu können ist es auch für ungeübte Computerbenutzer leicht zu verstehen und zu nutzen. Dadurch strömten immer mehr Benutzer in das Internet, die Anzahl der angeschlossenen Rechner nahm und nimmt stetig zu.

Durch den technologischen Fortschritt in den letzten drei Jahrzehnten sind die Ansprüche an das World Wide Web gewaltig gewachsen - aber auch die Möglichkeiten vielfältiger und mehrschichtiger geworden. Starre Internetseiten mit hartcodiertem Inhalten finden sich nur noch in abnehmender Zahl im Internet. Viel interessanter, weil leichter zu pflegen, zu aktualisieren und mit neuem Funktionsumfang, sind dynamische Internetseiten welche mit einer Datenbank oder mit Diensten anderer Webseiten gekoppelt sind.

Durch die bekannte Oberfläche des Browsers eröffnet sich auch im Geschäftsbereich eine weitere Möglichkeit, Webseiten zu verwenden. Lokale Intranets auf Basis von http ² und HTML ³ entstehen, gekoppelt an den Firmendatenbestand.

Einfache Redaktionsprogramme, komfortable Datenbanksysteme oder Content Management Systeme machen es auch dem normalen Benutzer möglich Daten zu pflegen und aktuell zu halten. Die zukünftige Entwicklung wird eine noch größere Integration des Internets in das Betriebssystem sein. Es wird die Plattform für alle Anwendungen werden. Hierfür werden dynamische Internetseiten zwingend benötigt.

Für die Technik der dynamischen Webseitengestaltung sind heutzutage viele Möglichkeiten gegeben. So z.B. PHP ⁴ und ASP.NET ⁵ .

Immer mehr in den Vordergrund rückt auch das XML-Format ⁶ als Übertragungsformat für Informationen zwischen einzelnen Anwendungen, Menschen und Maschinen. Mit Hilfe von XSL ⁷ -Transformationen ist es möglich XML-Daten für den Betrachter nach unterschiedlichen Kriterien aufzubereiten und die Datenschicht von der Präsentationsschicht zu trennen. ASP.NET baut ebenfalls auf XML als Format für Daten und bietet die Möglichkeit diese XML-Daten mit Hilfe von XSLT aufzubereiten.

¹ WWW = World Wide Web

² HTTP = Hypertext Transfer Protocol

³ HTML = Hypertext Markung Language

⁴ PHP = Personal Home Page Tools

⁵ ASP.NET = Active Server Pages .NET

⁶ XML = eXtensible Markup Language

⁷ XSL = eXtensible Stylesheet Language

1 Einleitung Seite 6

1.1.2 Einschrän kungen klassischer HTML-Seiten

Klassische Internetseiten werden vom Internetentwickler meist handcodiert. Darunter versteht man, dass die entsprechende Internetseite entweder in einem WYSIWYG ⁸ -Editor zusammengestellt oder von Hand der HTML-Codierung in eine Textdatei gespeichert wird. Diese Datei wird mit Endung .HTML oder .HTM gespeichert und auf einem Webserver zur Verfügung gestellt. Ein Benutzer kann diese Datei dann über seinen Browser abrufen, indem er den URL ⁹ dieses Dokuments eingibt und den Abrufvorgang startet. Der Webserver reagiert auf die Anfrage nach dem Dokument damit, dass er das Dokument sucht und an den anfragenden Client zurückliefert. Die Interpretation der übertragenen Daten findet dann auf dem aufrufenden PC unter Verwendung der vom B rowser unterstützen HTML-Eigenschaften statt.

Zu Zeiten von fast ausschließlich statischen HTML-Seiten mit Text und Bildern war diese Architektur ausreichend. Statische HTML-Seiten ermöglichten aber nicht die Eingabe von Benutzerdaten, wie z.B. bei einer Suchmaske oder einem Gästebuch. Mit der zunehmenden Anzahl an Internetnutzern wurden deren Ansprüche aber auch höher. Sie wollten z.B. ihren Konto-stand bei einer Bank abrufen oder über das Internet einkaufen, was Dateneingabe wie z.B. einer Kontonummer oder einer PIN erforderte. Das überforderte nun die klassischen Internetseiten. Eine neue Architektur wurde notwendig um den gestiegenen Ansprüchen Rechnung tragen zu können.

Zum Beispiel bei der Eingabe einer Kontonummer und PIN:

⁸ WYSIWYG = What You See Is What You Get, Darstellung zur Entwicklungszeit wie zur Laufzeit

⁹ URL = Uniform Resource Locator, Adresse mit der ein Dokument im Internet eindeutig gekennzeichnet ist.

1 Einleitung Seite 7

Wie Abbildung 2 zu entnehmen ist benötigt diese Architektur eine Möglichkeit bestimmte Aktion auf bestimmte Eingaben auszuführen, sprich auf Eingabe eines Benutzers eine bestimmte Programmlogik auszuführen. Client- und serverseitige Scriptsprachen ermöglichten es dem Internetentwickler, solche Lösungen zu implementieren und machten diese dynamischen Internetseiten möglich.

1.1.3 Einschränkungen dynamischer HTML-Seiten

Die neue Technik der dynamischen Webseitengenerierung brachte nun aber wieder alte Probleme zu Tage und verschlimmerte diese sogar. HTML war als Auszeichnungssprache für Dokumente gedacht. An ein (grafisches) Layout der ausgezeichneten Daten wurde dabei zu den Anfängen des Webs nicht gedacht.

“I ruined the Web by mixing chocolate and peanut butter so they could never become unmixed. I committed the hangable offense of mixing structure with presentation, and in HTML and SGML circles, that's a big no-no.” 10

Dieser Ausspruch von Daniel Siegel ist aus dem Jahre 1997 und bezieht sich auf den Einsatz von HTML-Tags zur Formatierung und zum grafischen Gestalten von Webseiten. Ab diesem Zeitpunkt befanden sich innerhalb einer Datei Struktur, Daten und Design, welche so leicht nicht mehr auseinander zu bringen waren. Dies kann man auch an dieser sehr drastischen Aussage von ihm festmachen:

“... a kid named Marc Andreessen came up with the idea of the tag, and the Web was both born and destroyed at that moment.” 11

Mit den Techniken der dynamischen Webseitengestaltung wurde das Problem noch verschärft. Zu den Daten, deren Beschreibung und dem Design kam nun auch noch eine Programmlogik hinzu, was Folgen nicht nur Folgen für die Übersichtlichkeit hatte. Die in HTML eingebetteten Scripte sind schlecht zu warten, was erhöhten Aufwand für den Webentwickler bedeutet. Des weiteren können Entwickler und Designer nicht oder nur schwer getrennt voneinander arbeiten, alleine schon weil Änderungen an der gleichen Datei vorgenommen werden müssen. Änderungen an der Anwendungslogik und am Design sind so meist nur nach Absprache mit dem betreffenden Partner möglich und sehr so sehr zeitintensiv. Eine Weiterverwendung des Codes in anderen Projekten ist meist auch nicht möglich, da er sehr an den Daten orientiert ist. Wird ein Datenbankmanagementsystem verwendet, so definiert der Entwickler im Code Abfragen an die Datenbank, welche entsprechend in die Seite eingebettet werden.

Werden nun von Seiten des Datenbankadministrators Änderungen an der Datenbank, bzw. deren Struktur vorgenommen muss oftmals an vielen einzelnen Stellen der Programmlogik und in vielen einzelnen Dateien mühsam eine Abfrage geändert werden.

Ziel der Forschung auf diesem Gebiet war und ist es also, die jeweiligen Schichten wieder von-einander zu trennen um Arbeit schneller und effizienter und damit kostengünstiger leisten zu können sowie jeweils Fachleute mit den einzelnen Aufgaben betrauen zu können. Eine - und vielleicht die derzeit beste - Lösung hierfür liefert XML und XSLT, welches in Verbindung mit ASP.NET oder Java (z.B. im Cocoon Framework) verwendet werden kann. Mit Hilfe dieser Werkzeuge ist eine Trennung der Anwendungslogik vom Design wieder möglich.

¹⁰ [DS01]

¹¹ [DS02]