c# - 将模型与 View 模型分开有什么意义？ (MVVM)

Question

我认为我没有正确理解 MVVM 模式，因为拥有 Model 和 ViewModel 类对我来说似乎是多余的。

我对模型的理解基本上是添加一个类的次要细节，让 ViewModel 处理所有逻辑和实现。如果是这样，为什么要将两者分开？难道你不能在 View 模型中创建变量、属性等并且仍然有逻辑吗？

对我来说，它在某种程度上听起来像 C++。您有描述类的头文件和定义类的实现文件。在 C# 中这样做有什么意义吗？

我感觉我不理解分离是因为我没有完全理解MVVM模式。如果有人可以为我澄清，那就太棒了。

提前致谢。

Answer 1

为了让这个答案更具体，让我们看一个例子。您想在漂亮的 Shiny WPF 程序中使用相同的旧“计算器”示例。

与其跳入并在 View 模型中编写所有内容，您还记得您实际上是在很久以前为一个不同的项目编写的，并且您实际上足够聪明，可以将所有计算器功能放在一个单独的(且可重用的)dll 中。
所以，你得到了你的模型。

现在剩下的就是您的 GUI。您在 WPF (View) 中绘制了一个漂亮的 Shiny 窗口，然后您需要将调用和数据从 dll 桥接到 View 。您猜对了……这是您的 ViewModel :)。

另一方面，这个想法是能够在一个大团队中工作，其中一些人负责逻辑(模型)，一些设计师负责 View ，而其他人(当然可以是上述任何人)可以让位与 View 模型一起工作。