將數據傳遞到數據層

Question

我的模型由單個主對象組成，用戶也可以添加其他各種對象。添加的對象存儲在主對象中包含的List<object>中，並且它是關聯的子對象。

所以如果該項目是一個房子。用戶可以將一些Room對象添加到存儲在List<Room> RoomList中的房屋中。然後每個Room可以有多個Furnishings再次添加存儲在每個房間List<Furnishing> FurnishingsList

問題是如何在MVVM方法中實現這個？當用戶添加一個新對象時，我是否將它添加到ViewModel中的ObservableCollection，以便更新視圖並同時將其添加到掛鉤到VM中的模型中？或者我將它存儲在虛擬機中，直到保存或提交命令，然後將它傳遞給模型？

在我的例子中，我有各種編輯器（每個都是用戶控件）。因此，用戶可以使用一個編輯器在高層編輯房屋，從房屋中添加，編輯和移除房間。而在較低的層面上，使用不同的編輯器編輯每個房間，添加和刪除Furnishings。

所以當用戶'編輯'一個房間說。我生產的EditRoomModelView包含說Room。用戶添加，編輯和以其他方式操縱該房間中的傢俱。

在每個命令中最好是同步模型中的數據和ModelViee中的數據。或者，我會將這些更改直接推入模型中，並使ViewModel僅在注入的模型屬性中提供獲取者。但是，這種方式將對象添加到模型列表不會更新視圖。我真的不得不同時將數據添加到ModelView和Model中，因此所有內容都處於相同狀態。

漫不經心，努力尋找一個很好的方法，任何人都明白我在做什麼？

Answer 1

的明確調用我不知道有一個單一的，很好的答案觸發。聽起來好像你在辯論如何保持一致性 - 你是否在表示層有一個簡單的傳遞方案，或者你是否在用戶請求中插入並且有邏輯。

如果這就是事實上，這個問題，有各種各樣的因素在起作用。你喜歡在表示層做驗證嗎？應用程序有多複雜，它需要如何擴展？您的視圖模型是否需要在多個地方訪問？

因此，所有考慮到這一點，我可以告訴你如何我個人比較喜歡處理這個問題（特別補充說，你提的問題）。我通常喜歡創建視圖模型來描述用戶對泛型的關注，如EditItemViewModel<T>或ListViewModel<T>。所以，在GUI中，會有某種綁定到ListViewModel<Room>的房間列表框。這個虛擬機顯然會暴露一個可觀察的集合，但也可以添加，刪除，編輯命令。

所以，從我的角度來看，表示層，視圖modelly的東西，這個虛擬機要做的是爲其他GUI擔憂路由請求。如果您單擊「添加」來添加房間，則該VM負責通過命令啓動請求，以獲取任何屏幕/窗口/添加房間所需的任何內容，該房間將具有自己的VM。該虛擬機在收到添加請求後，會將生成的數據傳輸對象下傳到驗證發生的域以及任何域操作是必需的。我通常通過服務層處理這個問題。現在，如果域操作成功，服務層將提高某種偶數或回調，讓列表虛擬機知道有變化。當發生這種情況時，列表VM將重新查詢其服務並相應地更新其可觀察集合。現在，您的GUI與全線域一致。

我喜歡這種類型的分層方法的原因是，所有的業務邏輯發生在「下面」的GUI的地方，而GUI不必與本次事件關注自身。從概念上講，GUI只是說「在這裏，域層，用戶想要添加這個 - 做所有這些，並讓任何感興趣的GUI組件知道你什麼時候完成以便它們可以刷新自己」。

我描述這裏自然會招致一些開銷比較簡單的，直通方案或在虛擬機只是一些模型對象重新暴露性質的方案作爲什麼。但是，我個人認爲，從脫鉤角度來看，這種優勢是值得的，尤其是在您擴大應用程序的情況下。它使您能夠從根本上改變域模型的內部交互，而無需改變表示層代碼。