在我的WPF MVVM应用程序中,我的模型是一个复杂的Model对象树,它在运行时不断变化。模型实例在运行时来来去去,改变它们在树中的位置,当然也会改变它们的许多属性。我的视图几乎是该树的一对一视觉表示。每个Model实例在80%的情况下也是树中的节点。

我现在的问题是如何围绕这个设计ViewModel?我的问题是,有很多不同的模型类型,每个都有很多属性。如果我理解MVVM,那么视图不应该直接与Model通信,这就意味着我必须为每个Model类型创建一个ViewModel类型,并且必须在ViewModel中重新包装Model类型的每个属性。

ViewModel也需要“绑定”到Model的属性更改以将其传递给视图(使用wpf datatbinding)。我需要一些工厂为每个重新出现的Model创建并引入一个ViewModel实例,并且当相应的Model消失时我会安排处理每个ViewModel实例。我最终跟踪我创建的所有实例。令人难以置信的是,这种双重包装会产生多少膨胀代码。 这真的是一个好方法吗?每个实体和每个属性更少的存在两次,我有很多额外的代码保持模型和视图同步。你怎么处理这个?有没有更聪明的方法来解决这个问题?

有没有人为此做过参考/样本实现,比我更好?

有帮助吗?

解决方案

如果你遵循这条道路,我认为你可能会陷入范式陷阱。 MVVM只不过是一种模式,它简化了WPF世界的开发。如果没有 - 不要使用它或修改你的方法。我不会花80%的时间来检查“使用MVVM”。字段。

现在回到你的问题。如果我错了,请纠正我,但听起来你正在从相反的方向看MVVM:你不需要模型 ViewModel 一一对应。通常,您首先根据View创建ViewModel,然后才在Model上创建。

通常,您从图形设计器查看屏幕样机,并创建相应的ViewModel,它从模型中获取所有必需的字段,包装/修改/格式化/组合它们,以使View开发尽可能简单。

您说您的视图几乎是模型的一对一视觉表示。在这种情况下,可能有意义创建一个非常简单的ViewModel,它暴露模型树的根对象,让View直接通过该属性使用模型。然后,如果您需要一些View自定义或命令处理,您可以将其委托给ViewModel。

抱歉非常模糊的回答。也许如果你问更具体的问题,我们可以消除混乱:)...

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top