与Webform的MVP相比，MVVM对Silverlight / WPF而言是否更必要/更重要？

如何解决与Webform的MVP相比，MVVM对Silverlight / WPF而言是否更必要/更重要？

| 我希望标题能够反映我的真正要求。在我看来，当人们进行基于“ 0”的开发时，是否使用“ 1”甚至不是一个问题，而是一个可以理解的事实。以Winforms和Webforms为背景，我发现我们几乎从未使用过

MVP

（例如）。众所周知，走“ 2”路的主要原因（不是纯粹主义者）是较高的单元测试水平，以及能够与不同的UI共享“视图逻辑”的能力。就后者而言，这在我的项目中从来都不是必需的。如果有的话，我们可能为此目的有多个用户控件。 至于单元测试，我从来没有发现有必要测试我的

code behind

，因为它只处理UI事件并充当我的业务层的代理（创建和绑定实例）。我可以理解，如果人们绕过业务层并直接在后面的代码中创建自己喜欢的数据访问层的实例，然后在那里应用业务逻辑，那么MVP将会带来巨大的好处。由于我的原因，我总是在DAL前面加上BLL，那么就单元测试而言，真正的“胜利”在哪里？ 要点是使用MVP绝不是自动的。现在，我正在考虑可能在项目中首次使用Sliverlight，并且我觉得如果不使用MVVM，我将犯下一个罪过。 我知道有很多针对MVVM的小事情，也许在我做出“向MVP还是不向MVP”的决定之前就没有考虑过。我读过有关Blend支持（我什至没有）的信息，也许还有其他一些重要方面？不过，最重要的是，例如，MVVM对Silverlight真的比对Webforms更为重要吗？还是我们正处于.NET开发的复兴之日，而模式和最佳实践正成为主要焦点（类似于Java）。     

解决方法

我们从Vb.Net Winforms迁移到MVVM下的C＃和WPF / Silverlight。与我们的辅助编码相比，这绝对是步伐的变化。我喜欢能够创建多个视图以使用同一视图模型。无需进行大量编程更改即可轻松为需要此功能的客户定制屏幕。 我在Stack Overflow中找到了这些帖子，它们可能回答您的问题： MVVM优于MVC的优势 为什么使用MVVM及其核心优势是什么？ MVVM的独特优势 将MVP与MVVM进行比较，那些人有一些好的答案。 希望能有所帮助。 ****另外** 如果您指的是Expression Blend，那么我第一次学习xaml时就使用blend。现在，我知道自己在做什么，除非需要进行动画或其他复杂的事情，否则我很少使用它。我使用Visual Studio对其进行编码，因为根据我的经验，Blend仍然很麻烦。不要误会我的意思，它是一个很棒的程序，动画效果也很棒，但这确实是给设计师的，而不是编码人员的。     ,从我对WPF和MVVM的有限经验来看，我的看法是： MVVM是一种模式，但不是WPF的全部。尤其是在MVVM“纯粹主义者”的情况下，即使在WPF中，事件处理程序和代码的背后也有很多时间和地方。 xaml开发和MVVM的好处是将逻辑与设计分离，但是有时，逻辑涉及的设计要比MVVM所允许的直接得多。     ,我猜想MVVM之所以被提倡的主要原因是因为DataBinding的强大。 例如，使用Web表单，您将需要创建自己的接口，框架等来实现MVP，而在Silverlight / WPF中，数据绑定就在那里，因此是否使用它取决于您自己。 在我看来，我认为MVVM只是添加了可测试的视图逻辑（ViewModel）层，而不是像MVP模式那样，您的业务逻辑可以真正存在于演示者中。 总而言之，如果它已经存在，易于使用，就可以使用它。就像您有车一样，但是您仍然可以选择步行10英里到最近的市场，或者您可以开车（大多数人会建议您开车） 。 那是我的2美分。