.net - 在代码背后使用演示模型的主要缺点是什么？

Question

我正在努力让自己准备好接受这个问题的挑战:

“为什么我们不能在后面的代码中实现表示模型？”

事实上，我曾在一个项目中使用了一个在后面的代码中实现的演示模型。它运行得相当好，我们甚至能够对其进行单元测试。是的，您在单元测试中依赖 WPF……但它确实有效!

那么，使用隐藏代码的主要缺点是什么？

我确实更喜欢独立 ViewModel (MVVM) 的想法，但目前我觉得无法向客户证明它是合理的。

Answer 1

您回答了问题的第一部分，必须在单元测试期间引导 wpf 应用程序。另一个是可移植性，您是否希望能够将不同的 View 实现附加到相同的表示模型。 (我知道很弱，但这就是你所拥有的)

还有技能集的分离，只有了解 xaml 的开发人员才会参与 View 的实际创建。让您利用现有的不了解wpf的内部人才。