ASP.NET MVC - ViewModel 參考文章與其他說明

一開始必須再三地強調，這裡所說的 ViewModel 與 MVVM 所謂的 View Model 是不同的，所以 Sliverlight WPF  XAML 所會用到的 View Model 不在此篇文章的討論範圍內。

請務必先看過前面兩篇有關 ASP.NET MVC - ViewModel 的文章：

ASP.NET MVC 的 ViewModel - 基礎篇

ASP.NET MVC - 為什麼不建議在 ViewModel 裡加入行為

而這一篇將會列出國外一些有提到 ASP.NET MVC - ViewModel 的文章與討論，並且就這些內容提出我的想法。

 

---

有人說，在 ViewModel 類別裡是否要加入方法會分成兩派……

我會說，管你什麼派，蘋果派還是香蕉芭樂派，加入方法不是不可以，如果是頁面顯示的操作方法，倒是可以接受就是不要加入有關資料存取操作的方法，不要把 ViewModel 當成是 Domain Model 來用！

 

在 CodeClimber 這個 Blog 裡於 2009 -10-27 就有針對 ASP.NET MVC 開發寫了一篇「12 ASP.NET MVC Best Practices（12 個 ASP.NET MVC 最佳實踐）」文章，這篇文章發表的當時為 ASP.NET MVC 1.0 的時候，所以時至今日再來看這篇文章，裡頭有許多個項目是已經過時了，但是其中的第七點還是可具參考。

7 – DomainModel != ViewModel

The DomainModel represents the domain, while the ViewModel is designed around the needs of the View, and these two worlds might be (and usually are) different. Furthermore the DomainModel is data plus behaviours, is hierarchical and is made of complex types, while the ViewModel is just a DTO, flat, and made of strings. To remove the tedious and error-prone object-mapping code, you can use AutoMapper. For a nice overview of the various options I recommend you read: ASP.NET MVC View Model Patterns.

中國那邊也有人將此篇文章翻譯為中文，大家可以作為參考「<译>12个asp.net MVC最佳实践」，以下為第七點的翻譯節錄，

7–DomainModel != ViewModel

DomainModel代表着相应的域，但ViewModel却是为View的需要而创建。这两者之间或许(一般情况下都)是不同的，此外DomainModel是数据加上行为的组合体，是由复杂的变量类型组成的并且具有层次。而ViewModel只是由一些String等简单变量类型组成。如果想移除冗余并且容易导致出错的ORM代码,可以使用AutoMapper.如果想要了解更多，我推荐阅读：ASP.NET MVC View Model Patterns.

這邊先不討論 AutoMapper，有興趣的朋友可以先自行研究，其中有提到的「ASP.NET View Model Patterns」這一篇文章就值得一讀。

Steve Michelotti - ASP.NET MVC View Model Patterns

另一篇文章也有討論到 ASP.NET MVC 的 ViewModel，並用一個簡單的例子來做說明，

Rachel Appel on Software Development -  Comparing the MVC and MVVM patterns along with their respective ViewModels.

有關 Domain Model 與 ViewModel 的討論，中國的微軟 MVP 「張善友」也有寫了一篇文章，「使用View Model从表现层分离领域模型」，對於兩種模型類別做了詳細的解說。

 

另外有人在 ASP.NET Forums 的 ASP.NET MVC 區提出了一個問題「Should we have methods in view model classes?」，也建議各位可以看看，該版的板主給了一個簡單的 ViewModel 類別定義，此類別中包含了一個 Method，

public class ArticleRating

{

    public int ArticleID { get; set; }

    public string Title { get; set; }

    public int Rating { get; set; }

    public int TotalRaters { get; set; }

    public double AverageRating { get; set; }

    public IHtmlString Checked(double lower, double upper) 

    {

        return this.AverageRating > lower && this.AverageRating <= upper 

            ? new HtmlString(" checked=\"checked\"") 

            : null;

    }

}

這個 ViewModel 類別的方法成員是用來處理頁面上的 CheckBox 是否顯示勾選狀態，這個做法是可以當做參考，我們一再強調不要在頁面裡寫入過多的程式邏輯，所以把一些頁面顯示的邏輯判斷程式給抽出來，可以讓頁面更為簡潔，也可以提高可讀性。

如果 View Engine 是使用 Razor 的話，像這類的頁面邏輯判斷就可以改用 Razor Helper 的方式，會比把程式邏輯放在 ViewModel 類別中更為恰當，以下有關 Razor Helper 的文章可以作為參考：

ScottGu's Blog - ASP.NET MVC 3 and the @helper syntax within Razor

天空的垃圾場 - ASP.NET MVC – Razor的@helper語法

CODING 之路，不由分說 - Razor 學習筆記 - @functions 和 @helper

 

其實說了這麼多，我就是要跟各位強調「ViewModel 類別裡不要有行為，尤其是不該把具有資料存取操作的方法給加到 ViewModel 裡」，我們寫的是 ASP.NET MVC 並不是 MVVM，我們已經把行為操作的責任劃分給 Controller，另外也可以再切分 Repository 與 Service 層，讓資料存取與商業邏輯的責任再從 Controoller 給切出去，如此一來就更沒有理由要把這些責任給丟到 ViewModel 去，然後再傳到 View 那邊去拋頭露臉。

切記 MVC 三個部分的權責劃分，並做好系統架構的規劃，如此一來就可以清楚了解 ViewModel 的用意。

 

ViewModel 的簡單應用參考：

CodeProject - ASP.NET MVC 2 Basics - Working with ListBoxes

Mikesdotnetting - View Model Design And Use In Razor Views

 

以上