ASP.NET MVP与ASP.NET MVC

Question

我的公司正试图就如何追求未来的发展作出明智的决定。

我们似乎已经将未来的内部和外部应用程序缩小为web应用程序。但从那个角度来看，我们还是有点困惑。

这里有大量对Sharepoint的支持。据我所知，Sharepoint基本上是使用MVP的ASP.NET。

其他人则希望使用新的MVC风格来使用普通的ASP.NET。

我还被告知，这些不容易在一起发挥良好。

看起来，Sharepoint ( ASP.NET MVP)将成为赢家。在我们朝那个方向走之前，我想问：

如果我们选择将未来5-10年的开发工作建立在Sharepoint (即ASP.NET和MVP)之外，我们会放弃什么呢？这是一个很大的问题，还是只是一些“好的拥有”，我们正在失去。

(现在要让管理层改变方向，这将是一个相当大的问题。)

Answer 1

无论发生什么，WebForms在某一时刻都会变成一团丑陋的烂摊子。如果您必须使用webforms，不要使用回发和页面生命周期模型--为get请求使用带有显示器的aspx页面，并且每个帖子都有一个处理程序或空的aspx。这样感觉会更像MVC

Answer 2

我想说，你选择什么在很大程度上取决于你的开发者是谁，以及你打算开发什么样的应用程序。

如果您构建了大量使用第三方(或您自己的)自定义控件的类似crud的应用程序，那么使用Webforms可能是个好主意。

如果您构建了大量具有客户端功能的"web“风格的应用程序，那么MVC是一个更好的选择。

如果您有大量的新手开发人员，Webforms可能会更好。如果您有更多经验丰富的开发人员，即使他们是asp.net新手，MVC也可能是一个更好的选择。

如果您正在构建具有复杂互连的非常以数据为中心的应用程序，那么MVC可能是一个更好的选择。

你可以选择一个或另一个，原因很多，而且总是“取决于.”。

而且，MVC和Webforms并不完全不兼容。您不能在同一个页面中使用它们，但可以在同一个站点中同时使用它们。另外，就像上面的评论说的，Sharepoint本身并不是Webforms或MVP。这是一种基于webforms的东西。它是面向"Webpart“的，这只是表示您构建了许多自定义控件的一种方式。

Answer 3

我一直强烈支持将关注分离(SOC)内置到软件中，无论您使用的是MVVM、MVC还是MVP，这三种模式都很不错。由于这完全是针对ASP.NET的，我将声明您应该使用MVC3。

我已经做了多年的.NET开发人员了，我已经在StructureMap的基础上编写了MVP模式(在我的博客上有很多关于它的文章)，有一段时间我从未见过处理将webforms留给goto带来的好处。然而，在处理了ASP.NET这么长时间之后，我已经处理了完全超出我控制范围的ASP.NET webforms错误。

来自webforms的主要错误发生在ViewState超时，导致泛型密码异常；第二个错误是，ViewState只是被客户端或post截断，从而导致合法的密码错误。有了MVC，这些错误就不再适用了。使用.NET4，我试图创建一个没有ViewState的webforms应用程序，其中包含了他们在.NET4中添加的新特性，但是这些功能都没有发挥作用，这是因为决定webforms的时间已经过去了。

在MVC、MVC2和MVC3之外，MVC3和Razor视图引擎附带的特性集是最健壮的。您可以获得MVC2附带的所有增强功能，以及Razor视图引擎允许您创建的更清晰的视图，在此基础上，您将获得全局操作过滤器和烤熟的jQuery客户端模板(我90%肯定)。

我还将使用MVC与MVVM非常类似，在MVVM中，我将拥有3组不同的实体、视图模型、域实体和物理数据库模型。(最后一组可能是域实体，也可能不是域实体，我已经开始意识到，试图让您的纯域实体与数据库层一起工作在高级阶段可能是次优的)