Sono uno studente che lavora su un progetto mvc per spostare un sito da coldfusion a .net mvc. Stavamo anche ridisegnando il sito nel processo, quindi sto lavorando con altri membri del team, i membri del team di progettazione hanno una conoscenza di base del rasoio, ma non ci si aspetta che conosca altre parti del framework.
Ho sempre cercato di usare ViewBag
il meno possibile, ora ancora di più perché i progettisti non sanno cosa c'è nella ViewBag
quando costruiscono le viste e non ottengono intellisense.
Da quando lavoro su questo progetto mi sono trasferito a usare ViewBag
solo in baseController per il progetto aggiungendo proprietà in OnActionExecuted
In modo che ogni vista abbia le stesse proprietà ViewBag
. Ho anche provato a utilizzare solo ViewBag
proprietà nei layout.
Da quando ho fatto questo, mi sono chiesto quali siano le buone ragioni per aggiungere sempre al ViewBag in un'azione del controller direttamente prima di chiamare la vista. Sono giunto ad apprezzare il fatto che rendere più ViewModels mentre un po 'più di tempo aiuta a informare esattamente ciò che una vista dovrebbe fare, oltre ad aggiungere chiarezza.
Volevo sapere quando altre persone hanno utilizzato ViewBag
dove lo hanno trovato appropriato e per cosa lo hanno usato. Non riesco a pensare di usarlo in qualsiasi momento al di fuori di un basecontroller ora, speravo di ottenere informazioni su altri usi per il ViewBag
che forse mi mancano. Dovrei mai aggiungere direttamente a ViewBag prima di chiamare un'azione, o dovrei creare un viewModel più robusto in questi casi?