ASP.NET MVC生产率?

如果按生产率计算,您的经理实际上意味着“编写功能X需要多长时间?”那么,很可能您在短期内不会像使用ASP.NET MVC那样高效。然而,与WebForms相比,框架中的关注点分离更好,这意味着测试和编写结构良好的代码要容易得多。

这将提高长期生产力,但可能会以牺牲短期生产力为代价。如果你能让你的经理看穿这一点,那么你就有了胜利者。祝你好运!

要回答您的直接问题:

1. 它会变大吗?
   • 当然,它是建立在高性能的ASP.NET框架之上的,不会带来太多的WebForms负担。
2. 对于开发人员来说,在短短的“几周”内就可以轻松上手吗?
   • 取决于开发人员的当前技能集。如果他们熟悉 网状物 开发和MVC模式应该很容易实现。如果他们只熟悉ASP.NET WebForms的拖放操作,并有一些代码在后面,那么他们将有一个全新的范例来学习哪些需要时间。
3. 有没有使用ASP.NET MVC构建的真实系统?
   • 这个网站就是一个很好的例子。
4. MVC如何在ASP.NET上节省一些开发时间?
   • 包括在我最初的回答中。但是,从长远来看,它还可以节省时间,因为您不太依赖框架,因此您不会将自己编码到工作区的某个角落,这在WebForms中经常发生。

回答3-是的,您现在正在使用一个:o) What Was Stack Overflow Built With?

1. 是的,它可以很好地扩展到大型系统,当然比表单更好。
2. 视情况而定,已经很好地融入到ASP.NET窗体中的开发人员可能会发现转换困难。经典的阿斯普斯可能会发现它在某些方面非常熟悉。如果开发人员对HTTP的工作方式和通用MVC方法的好处有很好的基础,那么这不应该是一个大问题。
3. 你用的是一个
4. 使用单元测试是从MVC中获得最大好处的关键,它可以节省大量调试时间。

我认为最有趣的问题是4-如何使用ASP.NET MVC节省开发时间?

它可以通过允许您构建一个应用程序框架来构建您的所有特性和功能。

Ayende真的很有趣 post 关于这个。

我认为许多ASP.NET MVC开发人员都会同意我的观点,即ASP.NET MVC决不准备构建复杂应用程序的功能——您必须努力使框架适合您的应用程序,只有这样,您才能真正从使用它中获得优势。

它绝对是有刻度的。但是与WebForms相比,生产力如何呢?除非你在网络表单方面真的很差,否则用rad的术语来说,网络表单比以前快了很多光年。

是的,不错的TDD for ASP.NET MVC,但您必须认识到,您正在测试许多内置于Web窗体(如GridView)的东西,以及所有这些不错的拖放自定义控件。当你在做webforms时,你不用测试那些内置的控件,而在mvc中,你可以自己启动,是的,你最好写更多的代码来测试它们。因此,对可测试性的收获实际上是一种错觉。

我不会跳到MVC,直到我看到类似于网格视图类型的RAD。

如果您了解codesmith,并且可以在MVC中自动化所有冗长、重复的代码,那么这也会有所帮助。TDD代码一次,然后创建一个codesmith模板,然后生成代码。

这是我的观点。

它会变大吗? 事实上,没有人发布了一个与等效体系结构相比较的合适的基准测试。只是没有测试的单词。

对于开发人员来说,在短短的“几周”内就可以轻松上手吗? 可能是基本的东西是的,但硬的东西不是。

有没有使用ASP.NET MVC构建的真实系统? 正如所说的,是的。

MVC如何在ASP.NET上节省一些开发时间? 人们说,因为代码具有“更好的分离关注点”的特性,所以会突然发生神奇的事情,生产力也会突然出现。很久以前我用涡轮帕斯卡编程。我和MVC的“观感”让我想起过去和DOS和Pascal的时光。设计时没有一个屏幕的良好视觉参考。与在Visual Studio中具有某些控件的一个Web窗体不同,对象资源管理器中充满了文件。此时,我无法理解这种模式如何能够更有效地提供“更好的关注分离”。