Leistungen
Leistungen
Überblick
Leistungsangebot
Kernkompetenzen
Schulungsthemen
In-House-Schulungen
Offene .NET-Seminare
Offene WPS-Seminare
Beratung
Coaching
Support
Softwareentwicklung
Entwickler-Vermittlung
.NET/Visual Studio
TFS/ALM/Scrum
Webprogrammierung
PowerShell
Konditionen
Anfrage/Kontakt
Beratung/Coaching
Beratung/Coaching
Beratungsthemen
Coaching
Unsere Berater
Referenzkunden
Konditionen
Angebotsanfrage
In-House-Schulungen
In-House-Schulungen
Überblick
Themen/Fachgebiete
Schulungskonfigurator
Konzepte
.NET/Visual Studio
C#
VB.NET
ASP.NET
Moderne Webanwendungen
TFS/ALM/Scrum
PowerShell
Konferenzvortraege
Referenzkunden
Unsere Trainer
Konditionen
Angebotsanfrage
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, C#, VB, Visual Studio
.NET, C#, VB, Visual Studio
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/4.5
Community
Forum
Kommerzielle Leistungen
ASP.NET
ASP.NET
Startseite
Lexikon
Sicherheit
Konfiguration
Global.asax
Tracing
Technische Beiträge
Klassenreferenz
Programmiersprachen
Entwicklerwerkzeuge
Softwarekomponenten
PowerShell
PowerShell
Überblick
Beratung
In-House-Schulungen
Öffentliche Schulungen
Codebeispiele
Commandlet Extensions
Offene PowerShell-Seminare
Inhouse-Seminare
Windows
Windows
Startseite
Windows Runtime (WinRT)
Windows PowerShell
Windows Scripting
Windows-Schulungen
Windows-Lexikon
Windows-Forum
Windows Scripting
Windows Scripting
Startseite
Lexikon
FAQ
Buecher
Architektur
Skriptsprachen
Scripting-Hosts
Scripting-Komponenten
COM/DCOM/COM+
ADSI
WMI
Scripting-Tools
WSH-Editoren
Codebeispiele
ASP.NET
.NET-Scripting
Forum
Links
Kommerzielle Leistungen
Service
Service
Website-FAQ
Anmeldung/Login
Leser-Registrierung
Gast-Registrierung
Nachrichten/RSS
Newsletter
Foren
Weblog
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
Weitere Websites
Tag Cloud
Impressum
Rechtliches

Mehrschichtige Websites mit ASP.NET MVC

Das ASP.NET Model View Controler Framework ist eine Implementierung des MVC-Pattern für ASP.NET zur Erstellung von Websites mit .NET. Das MVC-Framework ist keine Ablösung des bisherigen ASP.NET Webform-Modells, sondern eine Ergänzung.

Versionen



Namensraum: System.Web.Mvc
Erscheinungstermin Version 1.0: 17.3.2009 (ursprünglich geplant für Mitte 2008)
Erscheinungstermin Version 2.0: 13.4.2010 (zusammen mit .NET 4.0)
Erscheinungstermin Version 3.0: 13.1.2011
Erscheinungstermin Version 4.0: August 2012
Erscheinungstermin Version 5.0: August 2013

Konzept


Das Model-View-Controler-(MVC)-Framework ist ein Instrument für Mehrschicht-Puristen mit klaren Vorteilen im Bereich Schichtentrennung (Kompetenztrennung in Datenhaltung, Ansicht und Benutzerinteraktion), Testbarkeit, Kontrolle über die Ausgabe und einfachen URL.

Dies geht allerdings in der ersten Version des ASP.NET-MVC-Frameworks unverhältnismäßig stark auf Kosten des Komforts für den Entwickler, denn das MVC-Framework setzt nicht auf den bestehenden komfortablen ASP.NET-Steuerelementen auf, sondern basiert auf Platzhaltern in HTML-Tags (<%= … %>) wie einst die klassischen Active Server Pages (ASP) aus dem Zeitalter vor .NET. Wer eine Tabelle ausgeben will, kann sich also nicht auf die Abstraktion des GridView-Steuerelements stützen, sondern muss die HTML-Tags <table>, <tr>, <td>, etc. verwenden und die zugehörige Schleife über die Datensätze explizit programmieren. Auch die Seitenzustandsverwaltung mit dem ASP.NET-Viewstate ist in MVC-Seiten nicht möglich. Viele andere, nicht an Steuerelemente gebundene Dienste von ASP.NET wie die Authentifizierung, Benutzerverwaltung, Sitzungsverwaltung, Zwischenspeicherung, Laufzeitüberwachung usw. stehen aber im MVC-Framework zur Verfügung.

Nachdem Webentwickler jetzt seit sechs Jahren von dem Rendering der ASP.NET-Serversteuerelemente verwöhnt wurden, ist das MVC-Framework ein schlimmer Rückfall in die Steinzeit. Seiten nach dem MVC-Modell haben neben der klaren Strukturierung nur einen weiteren Vorteil: Sie sind performanter - aber nicht wegen MVC im eigentlichen Sinne, sondern wegen des Verzichts auf die Serversteuerelemente. Für die meisten Anwendungsfälle ist das seit ASP.NET 1.0 bestehende Webforms-Modell mit der Abstraktion durch Serversteuerelemente und Viewstate schnell genug. Es ist absolut unverständlich warum Microsoft die Kombination aus Serversteuerelementen und MVC-Pattern auf eine "spätere Version" vertagen will.

Details zu ASP.NET MVC


Während bei den dynamischen Datenwebsites (Dynamic Data Websites) eine schnelle Lösung die oberste Maxime ist, zielt Microsoft mit dem im März 2009 veröffentlichten ASP.NET Model View Controller Framework (Namensraum System.Web.Mvc) auf klare Kompetenztrennung in lose gekoppelten, beliebig vielen Schichten, gute Test- und Wartbarkeit, die genaue Kontrolle über die Ausgabe und möglichst einfache, d.h. parameterlosen URLs.

ASP.NET MVC folgt dem allgemeinen MVC-Ansatz. Das Modell besteht aus Geschäftsobjekten, Logik und Datenzugriff. Views erzeugen die Benutzerschnittstelle und Aufgabe der Controller ist es, auf Benutzerinteraktionen zu reagieren und die dazu passenden Daten aus dem Modell mit den Views zusammenzubringen. Als Modell können wieder LINQ-to-SQL oder das ADO.NET Entity Framework zum Einsatz kommen – das ist dann aber auch schon die einzige Gemeinsamkeit mit den dynamischen Datenwebsites.

Controller sind Klassen, die von System.Web.Mvc.Controller abgeleitet sind und Aktionen in Form von Methoden implementieren. Sie nehmen die HTTP-Anfrage entgegen, wobei die Standardform /Controller/Aktion/Daten ist. So würde also http://Server/Flug/Edit/103 in der Controller-Klasse Flug die Methode Edit() mit dem Parameter 103 aufrufen. Die Handhabung der vom Benutzer eingegebenen Daten würde eine gleichnamige Methode mit einem Parameter vom Typ FormCollection erledigen (siehe Listing 7).

Den größten Unterschied zu den dynamischen Datenwebsites und auch den ASP.NET-Webforms merkt man allerdings in den Views, denn für das MVC Framework gibt es nicht die komfortablen ASP.NET-Webserversteuerelemente. Stattdessen fällt MVC zurück in die Welt von puren HTML-Tags und eingewobenen Platzhaltern (< % = … % >) wie einst die klassischen Active Server Pages (ASP) und heute noch PHP.

Wer eine Tabelle ausgeben will, kann sich also nicht auf die Abstraktion des GridView-Steuerelements stützen, sondern muss die HTML-Tags <table>, <tr>, <td> etc. verwenden und die zugehörige Schleife über die Datensätze explizit programmieren. MVC stellt lediglich zur Ausgabeerzeugung eine sehr bescheidene Anzahl von Hilfsroutinen wie Html.TextBox(), Html.DropDownList() und Html.ActionLink() zur Verfügung, die aber nur wenig Hilfe sind. Auch die Seitenzustandsverwaltung mit dem ASP.NET View State ist in MVC-Seiten nicht möglich, d.h. der Entwickler muss sich nun wieder selbst darum kümmern, dass zwischen zwei Aufrufen der gleichen Seite der Zustand der Seite wiederhergestellt wird. Auf der Haben-Seite notiert man dafür aber zum einen die volle Kontrolle über das erzeugte HTML und zum anderen die Vermeidung des erzwungenen Aufblähens der Webseite durch die Zustandsverwaltung.

Die Views sind hierarchisch im Dateisystem organisierte .aspx-Dateien, denen aber die sonst in ASP.NET üblichen Code-Behind-Dateien fehlen. Listing 8 zeigt einen einfachen View zur Bearbeitung bestehender Flug-Objekte. Erwähnt sein muss auch noch, dass es für die Views derzeit keinen Designer in Visual Studio gibt; hier ist also Handarbeit angesagt. Zwar spricht Microsoft auch bei MVC von Scaffolding, meint hier aber anders als bei den dynamischen Datenwebsites eine einfache Codegenerierung zur Entwicklungszeit, die man in Visual Studio für Controller und View anstoßen kann.

Viele andere nicht an Webserversteuerelemente gebundene Dienste von ASP.NET Webforms wie die Vorlagenseiten, Authentifizierung, Benutzerverwaltung, Sitzungsverwaltung, Zwischenspeicherung, Laufzeitüberwachung und Sitemaps stehen aber im MVC Framework zur Verfügung.

Public ActionResult Edit(int id)
  {
   // Zu aktualisierender Flug aus Datenbank holen
   var movieToUpdate = _db.Flug.First(m => m.FlugNr == id);

   ViewData.Model = movieToUpdate;
   return View("Edit");
  }

  [AcceptVerbs(HttpVerbs.Post)]
  public ActionResult Edit(FormCollection form)
  {
   // Zu aktualisierender Flug aus Datenbank holen
   int id = Int32.Parse(form["FlugNr"]);
   Flug flug = _db.Flug.First(m => m.FlugNr == id);

   // Deserialisieren
   TryUpdateModel(flug, new string[] { "Abflugort", "Zielort" }, form.ToValueProvider());

   // Validieren
   if (String.IsNullOrEmpty(flug.Abflugort))
   ModelState.AddModelError("Abflugort", "Abflugort is required!");
   if (String.IsNullOrEmpty(flug.Zielort))
   ModelState.AddModelError("Zielort", "Zielort is required!");

   // Speichern
   if (ModelState.IsValid)
   {
   _db.SaveChanges();
   return RedirectToAction("Index");
   }

   // Sonst, zeige Eingabeformular erneut an
   return View(flug);
  }
Listing 7: Ausschnitt aus dem Controller "Flug"

<form method="post" action="/Flug/Edit">
<%= Html.Hidden("FlugNr")%>
   FlugNr:
   <br />
   <%= Model.FlugNr %>
   <br />
   Abflugort:
   <br />
   <%= Html.TextBox("Abflugort")%>
   <br />
   Zielort:
   <br />
   <%= Html.TextBox("Zielort")%>
   <br />
   <input type="submit" value="Save Flug" />
</form>
Listing 8: View "/Flug/Edit.aspx" zur Eingabe von Flugdaten

Weitere Informationen finden Sie in diesen Beiträgen:
Model View Controler Framework