我最近开始使用 MVVM 模式。我有几个项目使用过它，每一个新项目，我开始发现它非常适合那个新项目。
现在我开始问自己是否有更好的情况不是 使用 MVVM。或者它是一个可以在任何地方使用的好模式？
您能否描述一下 MVVM 不是最佳选择的几种情况？
最佳答案
我可以想到两种不使用 MVVM 的情况。
一种是如果应用程序足够简单以至于我不需要在 View 模型和模型之间进行分离。如果我实现 INotifyPropertyChanged 会不会把我的课弄得太多？和 RelayCommand还是两个？如果没有，我可能会跳过创建单独类的步骤。或者我可能只是想要一个 View 模型来模拟一个功能性 UI，并担心如果客户端咬了它来实现实际的后端功能。
另一种是当我需要足够高的性能，并且 View 中有足够的对象时，我需要编写直接操作 WPF 对象的代码。我实际上并没有确定它的基准，但我有理由确定通过遍历包含它们的数组并修改它们的 TranslateTransform 来绘制 1000 个移动粒子。直接(如果这确实是定位它们的最快方法)将比修改它们的基本属性并进行绑定(bind)更快。
关于wpf - 什么时候不使用 MVVM？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/4648057/