Tjena,
Masterpages är ju smidigt att använda i asp.net webforms men i mvc känns det inte lika självklart tycker jag. Främst pga. hur man får in data i ex. en childklass eller htmlhelperklass som ligger i mastern.
Ni som kört mycket mvc, är det vettigt att fortsätta med masterpages?
Finns det något alternativ till masterpages? Typ bygga en vanlig View som agerar master.
Ett problem kopplat till detta som jag har är att jag skulle vilja kunna dela data mellan views och mastern.
T.ex. på en vanlig hemsida har man förmodligen en navigeringsmeny. Denna vill man förmodligen placera på mastern så den visas på samtliga sidor. Klickar man sedan på ett menyval så visas information. Grejjen med det är att då får man två separata selectsatser, en som hämtar menyn och en som hämtar en menys detaljsida.
Men eftersom mastern redan har hämtat upp hela menyn så skulle man ju kunna plocka detaljmenyns data därifrån och därmed slippa en selectsats.
För att det ska fungera så behöver datakällan vara åtkomstbar mellan mastern och detaljvyn.
Vad finns för lösning på det?
Jag hänger inte riktigt med i ditt exempel, men du har troligtvis lösningen till ditt problem under länken du postade - under rubriken "The Good Solution". Skapa en ny, tom, Controller som ärver från MVCs Controller. Skapa bara en konstruktor i klassen som lägger till data till den aktuella View:n.
Dina vanliga Controllers låter du sedan ärva från den nyss skapade Controllern istället för MVCs Controller - och vips så har du alltid din gemensamma data tillgänglig på alla dina sidor!
Jag ska testa "the good solution" och se hur det känns. :)
Men min ursprungsfråga var egentligen mer om masterpages är vägen att gå även i mvc.
För på något sätt känns det som om att det bara är en portning från webforms för att utvecklare enklare ska klara övergången.
Och olika viewengines hanterar även masters på olika sätt så därmed borde inte användningen av dem vara skrivet i sten. :)
258 ms totalt · 4 externa anrop · v20260731065814-full.a51de22e
