c# - 将数据传递到数据层

Question

我的模型由一个主对象组成，用户也可以添加各种其他对象。添加的对象存储在 List<object> 中包含在主对象及其关联的子对象中。

所以如果项目是房子。用户可以添加多个Room存放在 List<Room> RoomList 中的元素.然后每个 Room可以有多个Furnishings再次添加存储在每个房间List<Furnishing> FurnishingsList

问题是如何在 MVVM 方法中实现它？当用户添加新对象时，我是否将其添加到 ObservableCollection在 ViewModel 中以便更新 View 并同时将其添加到挂接到 VM 的模型中？还是我将其存储在 VM 中直到保存或提交命令，然后将其传递给模型？

在我的示例中，我有多个编辑器(每个都是一个用户控件)。因此，用户可以在高层次上编辑房子，使用一个编辑器来添加、编辑和从房子中删除房间。并且，在较低级别，使用不同的编辑器编辑每个房间，添加和删除 Furnishings .

所以当用户“编辑”房间时说。我制作了一个 EditRoomModelView含说Room .用户添加、编辑和以其他方式操作该房间中的家具。

在每个命令中，最好像上面那样同步 Model 和 ModelViee 中的数据。或者我是否将更改直接插入模型并让 ViewModel 仅提供注入(inject)模型属性的 setter/getter 。然而，这种方式将对象添加到模型列表不会更新 View 。我真的必须同时将数据添加到 ModelView 和模型中，这样一切都处于相同的状态。

抱歉漫无边际，努力寻找解决此问题的好方法，有人明白我的意思吗？

Answer 1

我不确定是否有一个好的答案。听起来好像您在争论如何保持连贯性 - 您是否有一个来自表示层的简单传递方案，或者您是否介入用户请求并在其中包含逻辑。

如果这确实是个问题，那么有多种因素在起作用。您更喜欢在表示层进行验证吗？应用程序有多复杂以及它需要多大的可扩展性？您的 View 模型是否需要在多个地方访问？

因此，考虑到所有这些，我可以告诉您我个人更喜欢如何解决这个问题(特别是您提到的添加问题)。我通常喜欢创建 View 模型来描述用户对泛型的关注，例如 EditItemViewModel<T>或 ListViewModel<T> .因此，在 GUI 中，会有某种类型的房间列表框绑定(bind)到 ListViewModel<Room>。 .这个 VM 显然会公开一个可观察的集合，但也会公开添加、删除、编辑的命令。

因此，从我的角度来看，该 VM 将要做的表示层、 View 模型方面的工作是为其他 GUI 问题路由请求。如果您单击“添加”以添加房间，则此 VM 负责通过命令为添加房间所需的任何屏幕/窗口/任何内容发起请求，这将有自己的 VM。此 VM 在收到添加请求后，会将生成的数据传输对象向下传递到将进行验证的域以及任何必要的域操作。我通常通过服务层来处理这个问题。现在，如果域操作成功，服务层将引发某种事件或回调，让列表 VM 知道发生了变化。发生这种情况时，列表 VM 会重新查询其服务并相应地更新其可观察集合。现在，您的 GUI 与整个领域保持一致。

我赞成这种分层方法的原因是所有业务逻辑都发生在 GUI“下方”的位置，而 GUI 本身不需要关心这种情况。从概念上讲，GUI 只是说“这里，域层，用户想要添加这个 - 做所有那个，并让任何感兴趣的 GUI 组件知道你什么时候完成，以便他们可以刷新自己”。

与简单的传递方案或 VM 只是重新公开某些模型对象的属性的方案相比，我在这里描述的内容自然会产生一些开销。但是，就我个人而言，我认为从解耦的角度获得的优势是值得的，尤其是当您扩展应用程序时。它使您能够从根本上改变域模型的内部交互，而无需稍微更改表示层代码。