2009-02-24 121 views

回答

8

模型的擴散,在極端情況下,以每個動作模型來支持可能不直接與數據模型相關的附加視圖屬性。例如,如果視圖根據角色而不同,則需要創建一個新模型來封裝數據模型和角色相關設置。通過將數據模型用作視圖模型並通過「魔術串」向ViewData添加一些設置,可以實現同樣的效果。

編輯這不是理由「避免」強類型的意見,但給予一定的平衡,選擇何時創建一個新的視圖特定的模式,而不是使用現有的模型和ViewData的屬性來擴展它。

1

我不建議避免使用強類型viewdata,但我敢肯定有一些人會不同意。我可以理解,如果你正在做快速原型設計,並且你仍然在搞亂要顯示的數據。強烈的打字會給你更好的調試和編碼體驗。此外,花時間思考你的viewdata會讓你更好地理解你的設計,並最終導致更高質量的代碼。

+0

我同意。強打字將是,而且已經是我的主要途徑。只是尋找一些需要注意的事情:)。如果製作強類型的視圖總是一個好主意,我會感到驚訝。但如果是的話,我會很高興地感到驚訝。 – 2009-02-24 19:59:25

1

據我所知,強類型viewdata沒有單一的缺點。我不明白爲什麼魔術字符串和匿名對象是MVC框架的一部分。我儘量避免他們。你不想在其餘的代碼中傳遞類型對象的參數,那麼你爲什麼要在UI中做到這一點?

+0

你是說沒有單一的缺點? – Gilligan 2009-04-06 17:45:24

相關問題