wpf - 什么时候不使用 MVVM？

Question

我最近开始使用 MVVM 模式。我有几个项目使用过它，每一个新项目，我开始发现它非常适合那个新项目。

现在我开始问自己是否有更好的情况不是 使用 MVVM。或者它是一个可以在任何地方使用的好模式？

您能否描述一下 MVVM 不是最佳选择的几种情况？

Answer 1

我可以想到两种不使用 MVVM 的情况。

一种是如果应用程序足够简单以至于我不需要在 View 模型和模型之间进行分离。如果我实现 INotifyPropertyChanged 会不会把我的课弄得太多？和 RelayCommand还是两个？如果没有，我可能会跳过创建单独类的步骤。或者我可能只是想要一个 View 模型来模拟一个功能性 UI，并担心如果客户端咬了它来实现实际的后端功能。

另一种是当我需要足够高的性能，并且 View 中有足够的对象时，我需要编写直接操作 WPF 对象的代码。我实际上并没有确定它的基准，但我有理由确定通过遍历包含它们的数组并修改它们的 TranslateTransform 来绘制 1000 个移动粒子。直接(如果这确实是定位它们的最快方法)将比修改它们的基本属性并进行绑定(bind)更快。