Kommentare zu: HowTo: Dynamischen Content auf ASP.NET MVC Masterpages bringen

Von: Marco

Marco — Tue, 27 Jan 2009 16:04:04 +0000

Ich weiß.

Allerdings handelt es sich bei mir nicht um ein großes Projekt, sondern um viele unabhängige kleine Projekte, die teilweise nur einen Controller und ~ 4 Views haben. Da ich aber für andere Aufgaben schon ein recht umfangreiches Framework aufgebaut habe (Anbindung an unsere Services, Datenbank etc.) möchte ich die Vererbungshierarchie nicht noch mehr aufblähen und komplexer machen.
Und um gewisse Logik in den Views kommt man leider nicht drumrum, manche Projekte etwa sind mehrsparchig und alle Ressourcen werden bei uns über eine Datenbank verwaltet. Da kommt dann schon wieder Logik rein, die ich bislang aus unterschiedlichen Gründen leider noch nicht auf Dependency Injection umbauen konnte…

Von: Robert Mühsig

Robert Mühsig — Tue, 27 Jan 2009 15:12:54 +0000

Der Master-View sollte allerdings nicht in die ViewData reinschreiben und auch sonst möglichst wenig "Logik" haben.
Es gibt nur wenig Interaktionsmöglichkeiten zwischen View und Master. Daher die Idee mit der Vererbungshierarchie und den Filtern, wie ich oben beschrieben hab.

Von: Marco

Marco — Tue, 27 Jan 2009 15:10:07 +0000

Das ist schon ein Ansatz. Was mir aber irgendwie fehlt, ist ein Interaktionsmöglichkeit zwischen View und Master.

Ich habe jetzt im Master direkt nach dem öffnenden Html-Tag und vor dem head einen Content-Placeholder Initialization eingefügt, in dem ich dann im View Code ausführen kann, z. B. Werte in ViewData, TempData oder irgendwo anders hinschreiben, wo die Masterpage drauf zugreifen kann.

Von: Robert Mühsig

Robert Mühsig — Tue, 27 Jan 2009 14:25:41 +0000

Ich denke man sollte es zum Teil auch etwas pragmatischer sehen.
Der Controller braucht ja nicht als ViewData die Eigenschaft "CssClass" weiterreichen, sondern man könnte das ja entsprechend anderes benennen.
Ich glaub im View kann man auch mitbekommen von welchen Controller er Daten bekommt, jetzt könntest du quasi die Css Klasse anhand des Controllernamens einfach nehmen.

Alles war mit News zutun hat bekommt z.B. einen blauen Hintergrund
NewsController -> Rendert "News" View und dort bekommt man sicherlich raus, welcher Controller die Daten geschickt hat:

…

Daraus wird dann z.B. "NewsClass". 100% Flexibilität wirst du sicherlich auch nicht so einfach erreichen – aber du wirst sicherlich den View auch nicht plötzlich einem anderen Controller zuordnen, sondern könntest jetzt die CSS Klasse einfach ändern.

Von: Marco

Marco — Tue, 27 Jan 2009 14:17:55 +0000

Hallo Robert,

der Haken daran ist nur, dass es eine reine Darstellungssache ist, von der der Controller eigentlich nichts wissen soll. Verglichen mit einem Navigationssystem etwa die Darstellung im Tag- oder Nachtmodus. Sprich, der Controller soll der View zwar mitteilen, ob das Model im Tag- oder Nachtmodus dargestellt werden soll, aber nicht wie diese Darstellung definiert ist (in Form von CSS-Klassen o. ä.). Ein weiterer Grund ist, dass man Views zum Großen Teil auch direkt am Server anpassen kann ohne die MVC Applikation neu zu kompilieren, Änderungen am Controller müssen immer kompiliert werden. (Beachte: Ich rede von einer Web Application, nicht von einer Website).

Von: Robert Mühsig

Robert Mühsig — Tue, 27 Jan 2009 14:08:53 +0000

Ich würde es so machen wie in meinem Beispiel beschrieben. Der Controller würde dann die passende Css Klasse mitliefern und an die MasterPage "weiterreichen".
"Einfach" ist das nun nicht gerade, aber es wäre eine Möglichkeit.

Von: Marco

Marco — Tue, 27 Jan 2009 14:05:06 +0000

Hallo,

mich würde mal interessieren wie ihr folgendes Problem einfach aber gut lösenwürdet, ein ContentPlaceHolder kommt jedenfalls nicht in Frage.

Ich habe folgendes Markup:

Ich möchte nun die Klasse (xyz) des Div-Containers welches sich in der Masterpage befindet von der View aus beeinflussen. Die Klasse enthält spezielle Formatierungen sowie Hintergrundbilder, die von der View abhängen und nicht vom Controller oder Model, damit auch nichts zu tun haben.

Danke und lg,
Marco

Von: Sebastian Jancke

Sebastian Jancke — Sun, 25 Jan 2009 10:54:11 +0000

Hallo Robert,
nachdem ich nun wieder mal vorm Rechner sitze, kann ich deine Fragen beantworten

Zunächst mal denke ich, habe ich mit meinem Blogpost eine mögliche Lösung über ASP.NET Content-Placeholder beschrieben. Der Grund ist einfach: Ein Titel (und auch eine Welcome-Message) liegt im MVC-Pattern nicht im Verantwortungsbereich eines Controllers. Dafür gibt es die View.

Die anderen Änderungen haben für mich zwei Motivationen: Zunächst mal möchte ich weniger Rauschen. Deshalb ist ViewData.Model nicht sehr passend. Viel wichtiger ist aber noch: Ich möchte überall streng-typisierte Modelle haben. Und dem steht der ViewData-Dictionary sehr im Weg. Deshalb ist es eine gute Idee diesen zu killen. In FubuMVC von Jeremy D Miller (und anderen) ist es so auch nur möglich, streng typisierte Modelle aus einem Controller zu liefern. Und wenn man explizit einen Dictionary hat, dann könnte man diesen auch liefern, ist sich dann aber darüber bewusst.

Von: Dirk Rodermund

Dirk Rodermund — Fri, 23 Jan 2009 07:33:12 +0000

Hallo Robert,
ich kann mich nur Sebastian (und Ayende) anschließen.
Des weiteren bin ich schon mit einem streng typisierten ViewModel in der MasterPage an unschöne Grenze gestossen:
Wenn Du z.B. deinen Controller mit [HandleError] attributierst und und Deine ErrorPage aus dem Master basiert, dann hast Du das Problem, das das Model dann vom Typ HandleErrorInfo ist und dein Master damit dann nicht ohne weiteres umgehen kann.
Daher verwende ich auch den Ayendes Ansatz mit dem ContentPlaceHolder.
Mal sehen, wie sich die von Scott angekündigten Verbesserungen auf unsere Arbeit mit dem Framework auswirken.

Gruß Dirk!

Von: Robert Mühsig

Robert Mühsig — Fri, 23 Jan 2009 00:18:13 +0000

Nachdem ich etwas Zeit gefunden hab und alle Kommentare mir auf Orens Postdurchgelesen hab, stimm ich jedenfalls beim Title mit überein – ja, es geht auch über ContentPlaceHolder und man kann die Daten entsprechend dann an diesen übergeben.
Warum man die anderen Änderungen machen sollte, ist mir noch nicht ganz klar.

Von: Robert Mühsig

Robert Mühsig — Thu, 22 Jan 2009 18:50:55 +0000

Hallo Sebastian,
ich bin der Meinung (wie Phil Haack und andere Leutchen die Orens Post kommentiert haben), dass der Titel oftmals zum "Model" der Web-Applikation gehört.
Wie würdest du denn diesen Fall abbilden?

Von: Sebastian Jancke

Sebastian Jancke — Thu, 22 Jan 2009 17:24:44 +0000

Hallo,

ich möchte anmerken, dass der Titel einer View nicht die Verantwortlichkeit eines Controllers ist. Siehe dazu auch Oren Eini:
http://ayende.com/Blog/archive/2008/12/29/do-not-put-presentation-concerns-in-the-controllers.aspx

Zu grundsätzlichen Modifikationen/ Prinzipien-treuerer Nuztung des MVC-Frameworks gibt es auch einen guten Blogpost von Oren Eini:
http://ayende.com/Blog/archive/2008/12/29/my-baseline-asp.net-mvc-modifications.aspx

-Sebastian Jancke

Von: Michael Topf

Michael Topf — Thu, 22 Jan 2009 12:39:20 +0000

Hallo Robert,

ich schlage mich gerade mit dem gleichen Thema herum und bin auch noch zu keinem richtig befriedigenden Ergebnis gekommen. Insbesondere sehe ich noch das Problem das das Anzeigen dynamischer Daten ja nur der erste Schritt ist. Es stellt ja aber nichts ungewöhnliches dar auch entsprechende Eingaben von Elementen verarbeiten zu wollen. Ich denke mal an den Login oder die Suche. Dann müsste das ganze ja auch an einen "zentralen Controller" weitergeleitet werden, der das ganze abarbeitet.

Michael