MVVM是设计不良的数据绑定层的创可贴。特别是，由于WPF / XAML中数据绑定的局限性，它在WPF / silverlight / WP7世界中已获得大量使用。
从现在开始，我将假设我们正在谈论WPF / XAML，因为这将使事情变得更清楚。让我们看一下MVVM在WPF / XAML中要解决的一些缺点。
数据形状与UI形状
MVVM中的“ VM”创建了一组用C＃定义的对象，这些对象映射到XAML中定义的一组表示对象。这些C＃对象通常通过表示对象上的DataContext属性连接到XAML。
因此，viewmodel对象图需要映射到应用程序的表示对象图上。这并不是说映射必须是一对一的，但是如果窗口控件包含列表控件，则必须有一种方法可以从窗口的DataContext对象获取描述该列表数据的对象。
viewmodel对象图成功地将模型对象图与ui对象图解耦，但是以必须构建和维护的附加viewmodel层为代价。
如果我想将某些数据从屏幕A移到屏幕B，则需要弄乱视图模型。在业务人员看来，这是UI更改。它应该纯粹在XAML世界中进行。可悲的是，它很少能做到。更糟糕的是，取决于视图模型的结构方式和数据更改的积极程度，可能需要大量的数据重新路由才能完成此更改。
解决非表达性数据绑定
WPF / XAML绑定的表达不足。基本上，您将提供一种到达对象的方法，一种遍历的属性路径以及绑定转换器以使数据属性的值适应表示对象的要求。
如果您需要将C＃中的属性绑定到比这更复杂的内容上，那么您基本上就不走运了。我从来没有见过没有绑定转换器的WPF应用程序，该转换器将true / false转换为Visible / Collapsed。许多WPF应用程序还趋向于具有称为NegatingVisibilityConverter或类似的东西，可以颠倒极性。这应该引起警钟响起。
MVVM为您提供了用于构造C＃代码的准则，这些准则可用于克服此限制。您可以在视图模型上公开一个名为SomeButtonVisibility的属性，并将其绑定到该按钮的可见性。您的XAML既漂亮又漂亮……但是您已经成为一名职员了-现在，当UI演变时，必须在两个位置（UI和C＃中的代码）公开+更新绑定。如果需要在另一个屏幕上使用相同的按钮，则必须在该屏幕可以访问的视图模型上公开一个类似的属性。更糟糕的是，我不能只看XAML看看按钮何时将可见。一旦绑定变得不平凡，我就必须在C＃代码中进行侦探工作。
对数据的访问范围很大
由于数据通常是通过DataContext属性进入UI的，因此很难在整个应用程序中一致地表示全局或会话数据。
“当前登录用户”的想法就是一个很好的例子-在您的应用程序实例中，这通常是一件真正的全局性事情。在WPF / XAML中，很难以一致的方式确保对当前用户的全局访问。
我想做的是在数据绑定中自由使用“ CurrentUser”一词来指代当前登录的用户。相反，我必须确保每个 DataContext都给我一种获取当前用户对象的方式。MVVM可以适应这种情况，但是视图模型将变得一团糟，因为它们都必须提供对全局数据的访问。
MVVM崩溃的示例
假设我们有一个用户列表。我们希望在每个用户旁边显示一个“删除用户”按钮，但前提是当前登录的用户是管理员。同样，不允许用户删除自己。
您的模型对象不应该知道当前登录的用户，它们只会代表数据库中的用户记录，但是某种程度上，当前登录的用户需要暴露给列表行内的数据绑定。MVVM指示我们应该为组成当前登录用户和该列表行所代表的用户的每个列表行创建一个viewmodel对象，然后在该viewmodel对象上公开一个名为“ DeleteButtonVisibility”或“ CanDelete”的属性（取决于您的感受）关于绑定转换器）。
在大多数其他方式上，该对象看起来将非常类似于User对象-它可能需要反映用户模型对象的所有属性，并在数据更改时将更新转发给用户。感觉真的很棘手-再次，MVVM通过迫使您维护此类似于用户的对象使您成为店员。
考虑-您可能还必须在数据库，模型和视图中表示用户的属性。如果您和数据库之间有一个API，那就更糟了-它们在数据库，API服务器，API客户端，模型和视图中表示。我真的很犹豫采用一种设计模式，该模式添加了每次添加或更改属性时都需要触摸的另一层。
更糟糕的是，此层随UI的复杂性而扩展，而不随数据模型的复杂性而扩展。通常，相同的数据会在许多地方和用户界面中表示-这不仅会增加一层，还会增加具有很多额外表面积的层！
事情可能如何
在上述情况下，我想说：
<Button Visibility="{CurrentUser.IsAdmin && CurrentUser.Id != Id}" ... />
CurrentUser将在全球范围内向我的应用程序中的所有XAML公开。ID将引用DataContext上的属性作为我的列表行。可见性会自动从布尔值转换。对Id，CurrentUser.IsAdmin，CurrentUser或CurrentUser.Id的任何更新都会触发此按钮可见性的更新。十分简单。
相反，WPF / XAML强制其用户创建一个完整的混乱局面。据我所知，一些富有创意的博客在这个烂摊子上拍了一个名字，那个名字是MVVM。不要上当了-它与GoF设计模式不在同一个类中。这是一个丑陋的技巧，可以解决丑陋的数据绑定系统。
（如果您需要进一步阅读，这种方法有时称为“功能性反应式编程”）。
结论
如果必须使用WPF / XAML，我仍然不建议使用MVVM。
您希望代码的结构像上面的“本来该如何做”的示例那样-通过复杂的数据绑定表达式+灵活的值强制将模型直接暴露给视图。它的方式更好-更具可读性，可写性和可维护性。
MVVM告诉您以更冗长，更难以维护的方式来构造代码。
代替MVVM，构建一些东西来帮助您近似获得良好的体验：开发一个约定，以将全局状态一致地公开到您的UI。利用绑定转换器，MultiBinding等构建一些工具，使您能够表达更复杂的绑定表达式。建立自己的绑定转换器库，以帮助减轻常见的强制案例的痛苦。
甚至更好-用更具表现力的东西代替XAML。XAML是用于实例化C＃对象的非常简单的XML格式-提出一个更具表现力的变体并不难。
我的另一项建议：不要使用强制执行此类妥协的工具包。通过将您推向像MVVM这样的废话，而不是专注于问题领域，它们将损害最终产品的质量。
