tag:blogger.com,1999:blog-757034363076866663.post9172943301761462561..comments2023-07-19T18:59:57.943+08:00Comments on mrkt 的程式學習筆記: ASP.NET MVC - ViewModel 參考文章與其他說明mrkt 的程式學習筆記http://www.blogger.com/profile/17962620480380791777noreply@blogger.comBlogger3125tag:blogger.com,1999:blog-757034363076866663.post-35884818993182365532014-09-26T09:52:41.460+08:002014-09-26T09:52:41.460+08:00明白了,謝謝你的講解!明白了,謝謝你的講解!Anonymoushttps://www.blogger.com/profile/15135051903655767748noreply@blogger.comtag:blogger.com,1999:blog-757034363076866663.post-9964106790681364132014-09-26T01:05:30.410+08:002014-09-26T01:05:30.410+08:00我的建議會是鼓勵使用 ViewModel,而至於你所說到的當 ViewModel 的內容與 Enti...我的建議會是鼓勵使用 ViewModel,而至於你所說到的當 ViewModel 的內容與 Entity Model 的內容是一致的時候,如果專案架構不是很龐大的時候,我本身也是直接使用 Entity Model 而不另外建立 ViewModel,但是專案架構大的時候,我會建立這個 ViewModel,理由是,大專案架構本身有其複雜性,各層間必須要做到有一定程度的隔離,以保持各層的讀利與彈性,中間的物件類別轉換再使用 AutoMapper 來做處理。<br />.<br />大型專案裡面的類別多,以致於管理上會混亂,但是東西多的混亂在各層裡只要做好管理就可以維護,但是物件類別在各層之間交互亂竄,很容易造成各層的耦合與相互依賴的問題,再說到當類別出現了變化與修改,我想修改類別來說這還算是小事,真正會讓人抓狂的應該是各層方法內的程式修改。<br />.<br />以上是我的回答內容,這是我的經驗與見解,並非表示這是所謂的正確答案,畢竟程式設計沒有所謂正確答案,而只有最適合的做法。mrkt 的程式學習筆記https://www.blogger.com/profile/17962620480380791777noreply@blogger.comtag:blogger.com,1999:blog-757034363076866663.post-56116164037807167442014-09-25T17:13:49.793+08:002014-09-25T17:13:49.793+08:00Hi Kevin,
看了你3篇关于viewmodel的文章,受益匪浅,谢谢!有个关于viewmode...Hi Kevin,<br />看了你3篇关于viewmodel的文章,受益匪浅,谢谢!有个关于viewmodel的问题想请教。我在repository层用EF进行数据库操作,假设有一个entity model named "UserModel"。如果我只需要简单地把UserModel显示到view page,那你觉得还有必要再为其创建一个对应的UserViewModel class吗? 还是直接把entity model直接传给view? <br /><br />如果是要创建viewmodel的话, UserModel和UserViewModel的代码是完全相同的,总给我重复代码的感觉,而且如果是大型的project,entity model太多的话,每个entity model都要再创建一个view model for view page,而且entity model class发生了变化,还要再修改viewmodel class,感觉很难维护。<br /><br />想听听你的建议,谢谢!Anonymoushttps://www.blogger.com/profile/15135051903655767748noreply@blogger.com