.NET MVC还是简单的旧ASP.NET?

ASP.NET MVC将更接近您的Rails体验。

ASP.NET Web窗体(通常称为ASP.NET)显然是不同的,但是如果您是为了找到工作而学习的,这是在ASP.NET Web窗体上构建的长时间(有很多很多站点,包括面向内部和面向公共的站点)所需要的。有一些新兴的网站使用ASP.NET MVC,但这有很长的路要走。

所以,这取决于你的目标。 如果您只需要了解“一点.net”,那么就使用MVC,因为您将了解这些概念。如果你需要知道“网络栈”,那么大多数人都会相信网络表单,而不是MVC…

是的,微软世界的样本往往是“更轻的一面”。几乎不可能找到没有“拖拖拉拉”感觉的演示,这是一个真正的问题。

我认为你所看到的DAL较少的例子是为了简单起见而写的。严肃的ASP.NET应用程序总是使用诸如BLL和DAL之类的层。DAL的分离只是在简单的例子中被省略了——这确实导致了不太了解的人对这些例子的不幸的误解。

我相信MVC更难编程,只有在有特定的原因使用它的时候才使用它——SEO优化,TDD开发。它忽略了ASP.NET WebForms中的许多复杂功能,并经常与经典的ASP进行比较。而且,我不认为MVC已经在许多公司环境中被广泛采用,所以如果您想学习其他人使用的方法,请坚持使用基本的ASP.NET,并将MVC保存下来以备以后使用。

作为一个对其他编程语言有丰富经验的.NET初学者,我建议您继续使用WebForms学习ASP.NET。如果你想找一个严肃的DAL例子,我强烈推荐 this lengthy tutorial 在ASP.NET网站上。它具有您所寻求的所有体系结构改进,并且可能在学习如何使用许多数据显示控件方面很有帮助。

我选择ASP.NET MVC而不是ASP.NET WebForms的原因之一是:测试。MVC从一开始就被设计成一个可插拔和可测试的系统。测试是,或者至少应该是,开发周期中不可分割的一部分。由于能够模拟或替换核心API的某些部分,测试MVC比WebForms更容易。在webforms中进行等效操作既不可能,也非常笨拙。

我的一位同事写下了他在实际项目中使用ASP.NET MVC的经验。 http://www.mindscape.co.nz/staff/jeremy/index.php/2009/02/loving-aspnet-mvc/ 以及他与普通旧ASP.NET的比较。他的结论是:“我认为MVC是在.NET框架上构建Web应用程序的前进之路。”

他还编写了一些详细的演练,演示了如何将ASP.NET MVC与ORM结合使用,这可能有助于解决“将SQL直接放入示例中而不需要DAL”的问题(他还介绍了单元测试之类的问题)。见 http://www.mindscape.co.nz/staff/jeremy/index.php/2009/03/aspnet-mvc-part1/ , http://www.mindscape.co.nz/staff/jeremy/index.php/2009/03/aspnet-mvc-part2/ , http://www.mindscape.co.nz/staff/jeremy/index.php/2009/03/aspnet-mvc-part3/ 和 http://www.mindscape.co.nz/staff/jeremy/index.php/2009/03/aspnet-mvc-part4/ . 免责声明:这些都是用我们的商业ORM写的,但我希望能很容易地翻译成您自己喜欢的数据访问技术。

Rob Conery写了一本关于ASP.MVC的书,所以你可能会发现他有偏见。我找到了他的 arguments 尽管如此,还是令人信服。

最近读 ASP.NET 3.5 Application Architecture and Design -这是对ASP.NET中设计的许多不同方面的合理研究,包括 Data Access Layers , N-Tier architecture ,设计图案并触摸 MVC 以及其他主题。如果要找一本书的话,它可以作为ASP.NET最佳实践的概述。

我不得不同意其他人的观点,你最好的选择是直接使用ASP.NET MVC,因为你当前的技能将更好地转化为该框架。我建议你看看 Professional ASP.NET MVC 1.0 .