業(yè)務(wù)邏輯是應(yīng)該放在 M層 但是按照目前比較流行的模型來看， 能夠在VM中訪問的M都是DTO 也就是貧血的Model數(shù)據(jù) 業(yè)務(wù)邏輯都是包裝在 Service 層 也就是一般所說的 BusinessLayer. 這樣無論本地的業(yè)務(wù)還是遠(yuǎn)程業(yè)務(wù)都可以比較方便的調(diào)用。 View->VM--> Services 這樣的結(jié)構(gòu) Service Contract +DTO 基本上就是 MVVM相對的M層了

VIEW：你的界面，就是XAML
VIEWMODEL：界面的業(yè)務(wù)邏輯，也就是以前的XAML.CS文件
MODEL:你的業(yè)務(wù)數(shù)據(jù)模型

根據(jù)上面的定義，你應(yīng)該寫在VIEWMODEL上。兩個(gè)VIEW之間的數(shù)據(jù)傳遞在MVVM中一律通過DataContext屬性進(jìn)行，DataContext在MVVM中至關(guān)重要！
MVVM的本質(zhì)就是綁定，只是MVVM要求更嚴(yán)格，最正統(tǒng)的MVVM要求刪除XAML的所有控件編程ID。

自己寫MVVM非常容易出錯(cuò)，我推薦用simplemvvmtoolkit.（項(xiàng)目在codeplex中）。它有兩個(gè)比較好用的地方，一個(gè)是屬性改變通知用lamda表達(dá)式，這樣當(dāng)你用重構(gòu)工具修改模型屬性后PropertyChange里的屬性名也會跟著改，避免了直接寫屬性字符串引起的錯(cuò)誤。
還一個(gè)是它提供一個(gè)全局事件總線，DataContext數(shù)據(jù)交換要求兩個(gè)ViewModel之間存在引用關(guān)系，但實(shí)際應(yīng)用時(shí)不總是這樣（如日志收集器界面）。通過這玩意可以多個(gè)ViewModel訂閱事件，任意一個(gè)ViewModel發(fā)布事件其它訂閱事件的ViewModel就能處理事件了。

simplemvvmtoolkit一個(gè)小問題就是用它的EventToCommand去綁定UserControl沒效果，這一點(diǎn)mvvmlight（也在codeplex里）的RelayCommand就沒問題，所以我做項(xiàng)目時(shí)一般是這兩個(gè)庫一起用。

通過simplemvvmtoolkit寫MVVM你可以先把View畫好、寫出ViewModel和Model的模型定義，模型綁定全部可通過blend用鼠標(biāo)完成，不許動用一下鍵盤。綁定完了只要專心填ViewModel的業(yè)務(wù)邏輯即可。