HowTo: ASP.NET MVC View Syntax <%= oder <% ?
“Inline” Code kommt bei ASP.NET MVC sehr häufig in den Views vor. Wer PHP, JSP oder eine andere “Web-Sprache/Framework” mal gesehen hat, findet das eigentlich auch recht vertraut. Um Serverseitigen Code einzuschleusen gibt es diesen Syntax: <% … %>. Manchmal reicht für eine Ausgabe auch nur <%=Model%>. In dem Blogpost möchte ich kurz zusammenfassen, was da überhaupt passiert. Am Anfang hat mich das nämlich immer etwas verwirrt 
<%=Model.XXX%>
Für eine kleine Ausgabe auf dem View reicht dieser Syntax:
<%= Html.Encode(ViewData["Message"]) %>
Ohne das kleine “=” würde Visual Studio auch einen Fehler bringen. Im Grunde sagt die Zeile nichts anderes aus als: Schreibe an dieser Stelle den String XXX hin. Die meisten kleinen Html Extensions in ASP.NET MVC geben ein String zurück. Ist dies der Fall, dann kann man einfach den Wert über <%=…%> ausgeben lassen. Hier kann man sich auch das Semikolon sparen.
Eine andere Möglichkeit wäre aber auch dies:
<%this.Writer.Write(Html.Encode(ViewData["Message"])); %>
Im Prinzip passiert hier das gleiche, nur das man direkt den Writer anspricht, der den Html Output generiert. Da dies ein direkter Methodenaufruf ist, muss allerdings das Semikolon gesetzt werden.
<% Html.RenderPartial(“Test”); %>
RenderPartial oder RenderAction (welches sich in den MvcFutures versteckt) funktionieren allerdings nicht mit dem <%= Syntax. Diese Methoden geben auch void zurück, anstelle eines Strings:
Auch hier gilt wieder: Semikolon setzen.
Die Html-Extensions die void zurückgeben schreiben direkt in den Output-Stream!
Warum ist das so?
Der Grund liegt in der Performanceoptimierung. Würden RenderPartial oder RenderAction ein String zurückgeben, müsste wahrscheinlich viel hin und her kopiert werden, da Strings in .NET unveränderlich sind. Zudem kann ein einzelnes Control, welches über RenderPartial eingebunden ist, auch eine beträchlichte Größe haben. Daher wären die Stringmanipulationen sehr Performance fressend, sodass diese direkt in den Output schreiben.
Praktisch gesehen sollten größere Controls keine Strings zurückliefern, sondern auch in den Output schreiben.
Vielleicht seht ihr nach der Erklärung etwas klarer, wann man welchen Syntax verwendet. Leider ist das Visual Studio 2008 in den Views manchmal enorm dusslig und bietet da auch keine Hilfe an.
About the author
Written by Robert Mühsig
Robert Mühsig (@robert0muehsig) ist Webentwickler und beschäftigt sich mit Web-Frameworks (vor allem dem ASP.NET MVC Framework) und scheut sich auch nicht vor Javascript. Ansonsten bloggt er über all jene Probleme, die ihm über den Weg laufen. Seit 2008 ist er Microsoft MVP für ASP.NET und er arbeitet bei der T-Systems Multimedia Solutions GmbH in Dresden. Treffen kann man ihn online via Twitter (@robert0muehsig) oder dieser Seite oder bei der .NET User Group Dresden.
Daniel
12. January 2010
In ASP.NET 4 kommt noch eine weitere Variante hinzu:
Dieses Konstrukt entspricht:
Daniel
12. January 2010
HTML ist anscheinend nicht erlaubt, hier der Link:
http://www.asp.net/learn/whitepapers/aspnet4/default.aspx#_TOC3_9
Robert Mühsig
12. January 2010
Japp, das ist richtig. Phil Haack, ASP.NET MVC Chefe, hatte mal dazu was darüber gebloggt (glaub ich). Allerdings war gestern irgendwie sein Blog kaputt und sonst fand ich nix dazu. Danke für den Link
Björn
12. January 2010
Ah danke Daniel, sehr gut zu wissen. Die Variante hät ich jetzt schon gerne, würde viel Tipparbeit sparen!