Leistungen
Leistungen
Überblick
Leistungsangebot
Kernkompetenzen
Schulungsthemen
In-House-Schulungen
Offene .NET-Seminare
Offene WPS-Seminare
Beratung
Support
.NET/Visual Studio
TFS/ALM/Scrum
Webprogrammierung
PowerShell
Konditionen
Anfrage/Kontakt
In-House-Schulungen
In-House-Schulungen
Überblick
Themen
Schulungskonfigurator
Konzepte
.NET/Visual Studio
C#
VB.NET
ASP.NET
TFS/ALM/Scrum
PowerShell
Konferenzvortraege
Referenzkunden
Trainerprofile
Konditionen
Anfrage
Offene Schulungen
Offene Schulungen
Überblick .NET-Seminare
.NET/C#-Basisseminar
WPF (Desktop)
ASP.NET/AJAX (Web)
WCF/WF (SOA)
ADO.NET/EF (Data)
Windows PowerShell
.NET
.NET
Startseite
Beratung/Training
Offene .NET-Seminare
Einführung
Lexikon
Artikel
Bücher
Klassenreferenz
Programmiersprachen
Entwicklerwerkzeuge
Softwarekomponenten
World Wide Wings Demo
Codebeispiele
Scripting
ASP.NET
.NET 2.0
.NET 3.0/3.5
.NET 4.0
Community
Forum
Kommerzielle Leistungen
ASP.NET
ASP.NET
Startseite
Lexikon
Sicherheit
Konfiguration
Global.asax
Tracing
Mehr zu ASP.NET 1.x
Mehr zu ASP.NET 2.0
Klassenreferenz
Programmiersprachen
Entwicklerwerkzeuge
Softwarekomponenten
PowerShell
PowerShell
Überblick
Beratung
In-House-Schulungen
Öffentliche Schulungen
Codebeispiele
Commandlet Extensions
Windows Scripting
Windows Scripting
Startseite
Lexikon
FAQ
Buecher
Architektur
Skriptsprachen
Scripting-Hosts
Scripting-Komponenten
COM/DCOM/COM+
ADSI
WMI
WMI-Klassenreferenz
Scripting-Tools
WSH-Editoren
Codebeispiele
ASP.NET
.NET-Scripting
Forum
Links
Kommerzielle Leistungen
Windows Server
Windows Server
Startseite
Lexikon
Forum
Service
Service
Website-FAQ
Anmeldung/Login
Leser-Registrierung
Gast-Registrierung
Nachrichten/RSS
Newsletter
Foren
Weblog Deutsch
Lexikon
Downloads
Support
Kontakt
Literaturtipps
Publikationen
Publikationen
Redaktionsbüro
Bücher
Fachartikel
Leser-Portal
Autoren gesucht!
Rezensionen
Über uns
Über uns
Holger Schwichtenberg
Team
Referenzkunden
Kundenaussagen
Referenzprojekte
Partner
Site Map
Tag Cloud
Impressum
Rechtliches
AGB

Kapitel 4: Trennung von Layout und Programmcode

Zu den Grundkonzepten von ASP.NET gehört die Möglichkeit, den HTML-Code (das Layout) und den Programmcode in zwei verschiedene Dateien aufzuteilen (Hintergrundcodemodell, engl. Code-Behind-Model). Die aus dem klassischen ASP übernommene Option, HTML-Code und Programmcode in einer Datei zu vermischen, wird hingegen als Eindateimodell (alias: Single File Model oder Inline) bezeichnet.

Visual Studio .NET 2002 und 2003 erzeugten jedes Webform automatisch nach dem Hintergrundcodemodell, während der kostenlose ASP.NET-Editor Microsoft Web Matrix nur das Eindateimodell unterstützte. Der VWD bietet nun beide Modelle an, wobei das Eindateimodell die Grundeinstellung ist. Möchte man ein Webform nach dem Hintergrundcodekonzept erzeugen, ist im Dialog Neues Element hinzufügen (Add New Item) die Option Code in eigener Datei platzieren (Place code in separate file) zusätzlich anzuwählen.

TIPP
Die Hintergrundcodedatei zu einem ASP.NET-Webform zeigt der VWD nur an, wenn man das Symbol Show all Files im Solution Explorer aktiviert.


Im Eindateimodell sind die Ereignisbehandlungsroutinen in Script runat=“Server“>-Blöcken in die .aspx-Seite integriert. Im Hintergrundcodemodell implementiert die Codedatei eine Klasse. Die Codeklasse erbt von System.Web.UI.Page und bildet die Oberklasse für die aus der .aspx-Datei zu erzeugende Klasse.

HINWEIS
Die ursprünglich für ASP.NET 2.0 geplante und bis Beta 1 vorhandene Verbindung der beiden Klassen als partielle Klassen (sogenannte Code-Besides-Klassen) ist leider trotz der Eleganz der Lösung verworfen worden, weil die Migra­tion von ASP.NET 1.x als zu kompliziert betrachtet wurde. Die Hintergrundcodeklasse ist dennoch als partielle Klasse zu kennzeichnen, weil das aktuelle Modell eine Synthese aus Code-Behind- und Code-Besides-Modell ist. Erläuterungen dazu finden Sie im nächsten Abschnitt.

Verbindendes Element zwischen den beiden Klassen ist die Page-Direktive in der .aspx-Datei. Hier deutet codefile auf den Dateinamen der Codeklasse und inherits auf den Namen der in dieser Datei implementierten Klasse.

<%@ Page Language="VB" codefile="FormularEinsenden.aspx.vb" inherits="FormularEinsenden"%>


TIPP
Man kann die Hintergrundcodeklasse von einer anderen Klasse als System.Web.UI.Page erben lassen. In diesem Fall muss man aber auch der .aspx-Seite die neue Basisklasse mitteilen mit dem Attribut CodeFileBaseClass in der @Page-Direktive.


WICHTIG
Beim Umbenennen einer .aspx-Datei ändert der VWD automatisch auch den Namen der Codeklasse und des codefile-Attributs, nicht jedoch den Klassennamen und das inherits-Attribut.

Abbildung 4.6    Trennung von Layout und Code in ASP.NET

Inhalt dieses Kapitels:


<< Seitenübergänge Übersetzungsvorgang und Verbreitung >>