業務邏輯是應該放在 M層 但是按照目前比較流行的模型來看， 能夠在VM中訪問的M都是DTO 也就是貧血的Model數據 業務邏輯都是包裝在 Service 層 也就是一般所說的 BusinessLayer. 這樣無論本地的業務還是遠程業務都可以比較方便的調用。 View->VM--> Services 這樣的結構 Service Contract +DTO 基本上就是 MVVM相對的M層了

VIEW：你的界面，就是XAML
VIEWMODEL：界面的業務邏輯，也就是以前的XAML.CS文件
MODEL:你的業務數據模型

根據上面的定義，你應該寫在VIEWMODEL上。兩個VIEW之間的數據傳遞在MVVM中一律通過DataContext屬性進行，DataContext在MVVM中至關重要！
MVVM的本質就是綁定，只是MVVM要求更嚴格，最正統的MVVM要求刪除XAML的所有控件編程ID。

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

simplemvvmtoolkit一個小問題就是用它的EventToCommand去綁定UserControl沒效果，這一點mvvmlight（也在codeplex里）的RelayCommand就沒問題，所以我做項目時一般是這兩個庫一起用。

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