转到.NET关于MVC的疑问

hi all:
   小弟是学习python+django出身，上礼拜应上级主管的要求，转过来搞ASP.NET.看了差不多快两个星期的红宝书，对ASP.NET中应用MVC模式有点点疑问，请各位大侠原谅小子才疏学浅，不吝指教，感激不尽。
    django是一个类似于ROR的MTV框架，models（模型） template（视图层），views（control层），或者说跟J2EE的SSH差别不大，思想都是一样的，只是换个称呼。

    举个CRUD的例子吧，譬如说我需要写一个关于user注册的。

     在典型的MVC框架中，首先是定义一个class，然后映射到DB,前端通过访问这个class，来进行操作。

     而在ASP.NET的环境下，变得不同，DB中定义一个表，然后SQLDataSource，GridView，基本上就搞定了。

     VS确实很智能，我在django下需要写很多行代码才能搞定的事情，它几个控件就给我搞定了，而且肯定比我写的安全性高。但总是感觉怪怪的，习惯了每次拿到一个问题，首先想到的是怎么去定义一个类，而不是在数据库中顶一个一个表 ->_->，用了几天.NET也忍不住用MVC的思想往上套。
  
    
     或许是因为.NET框架的博大精深，我还没有阅读到相关的知识吧？（要看哪里？）我感觉在ASP.ENT中应用MVC模式，会变得很复杂。而且是否会破坏掉.NET的敏捷性呢？（我认为快的就是敏捷的）
   
    ASP.NET它做WEB开发的那套思想是什么？
    
     貌似微软也除了一个ASP.NET 的MVC框架，还没搞来用，不知道如何？
    
    

你好像弄混了，MVC里从来不包含ORM的部分，你怎么去和数据库打交道，那是你自己的事。

rails和django都不只是个MVC框架，他们是一揽子解决方法。

.NET MVC更类似Struts，而不是ROR。

哦，谢谢楼上。
刚刚阅读了一些网友实际开发中使用ASP.NET的建议，吸收一句话：非数据为中心的程序，只要有业务逻辑的，都要尽量采用三层模式。

技术有其适用性

比方说mis领域，webforms还是有优势的，当然，目前mvc的组件支持也在跟上，ms阵营这方面做的是不错的

为分层而分层没有意义，如果没有物理上的分层限制，比方说需要连接到应用程序服务器，光逻辑分层也不会做的彻底