设计决策

Question

我被要求在Web Forms和MVC之间选择一个小型的内部公司项目。我不知道MVC。我必须知道多少MVC才能做出决定？

注意： 1.我已经阅读了MVC，以至于我知道我必须做出的高级设计选择，但作为开发人员，除非我编写代码，否则我感觉不舒服......

另外一个问题是，如何在不知道mvc能力的情况下进行规范（例如，我被告知数据网格控件不能像在Web表单中那样使用）。我确信有一种方法可以指出它 - stackoverflow是由杰夫在学习MVC时构建的：）

编辑：自2002年以来，我一直在使用ASP.NET。

Answer 1

如果这是一个小项目，那么我几乎看不到探索MVC的缺点，也有很多好处。

当我开始学习MVC时，我将它用于测试项目，以托管我正在处理的Silverlight应用程序，以及一个类似REST的小服务。

我发现我的工作时间很长。

Answer 2

关键字是“次要”。你想把一个小项目变成一个长期的学习经历，或者把它完成并继续做其他事情吗？

或者，这是一个了解赌注较低的平台的好机会吗？

很抱歉再回答两个问题：）

Answer 3

从心理学的角度来看，MVC从Web表单的工作方式来看是一个不错的变化，并且可能具有挑战性。最近，在我的一个新项目中，由于学习曲线，选择了网络表格;虽然我研究了它并迅速把它捡起来，但上层的梯队却不这么认为。特别是在紧迫的期限内，它可能很粗糙......如果您选择网络表单，MVP模式是另一种选择。

我喜欢MVC，我会再次使用它，但我个人确实发现自己起步有点慢，因为我从设计页面的角度转变为设计功能，并使用框架使一切工作。我确实发现我有一些性能提升，因为我可以更快地做某些事情，或者更容易使用AJAX来提高效率。

如果您正在寻找资源，我建议您阅读史蒂夫桑德森的书;它很棒，我认为它更新了MVC 2.0。

HTH。

Answer 4

我使用ASP.NET已经好几年了，当我有机会时，我转而使用MVC进行新项目，尽管当时我根本不了解MVC。

这是因为我不喜欢ASP.NET。因为我喜欢干净的设计和其他好东西，比如DRY。

如果您喜欢ASP.NET并喜欢将用户控件拖动到画布（即快速和脏）的代码，则没有理由选择MVC。

如果你选择MVC，你可能会选择jQuery而不是UpdatePanel，或者（流畅的）NHibernate而不是Linq-to-SQL / EntityFramework ......等等。对我来说，这更像是面向工具向导的开发而不是代码 - 定向。

P.S。我不是说ASP.NET意味着“快速而肮脏，没有设计”。

Answer 5

使用MVC，你需要在浏览器方面有一个很好的处理：html，css，javascript和/或像JQuery这样的javascript库。根据UI设计，您可能会发现自己正在查看各种UI小部件，并添加到学习曲线中。

和queen3一样，我也非常喜欢好的架构，当你构建一个具有非常大而复杂的域并且需要在未来扩展和维护的应用程序时，MVC会闪耀。为了充分利用MVC，您可能还需要进行单元测试和测试驱动设计TDD。 TDD不仅意味着您正在进行单元测试，还要设计代码以支持单元测试;注意松耦合和高凝聚力等概念。

对于一个“次要”内部网站点，我会坚持使用webforms，除非你有管理层的奢侈和支持，以利用这个机会学习MVC。我也推荐桑德森的优秀书。