"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.
