Asp.Net MVC(理解模型、视图和控制器)

1)对于一个MVC项目，一个URL并不意味着一个页面

当你创建一个传统的ASP.NET Web窗体应用程序，或者是一个动态服务器页面（ASP）应用程序，在URL与页面之间存在一对一的对应。如果你请求服务器上的一个名为SomePage.aspx的页面，那么最好在磁盘上有一个SomePage.aspx页面。如果SomePage.aspx文件并不存在，你将会获得一个丑陋的404-页面不存在错误。

当创建一个ASP.NET MVC应用程序时则大不相同，你键入到浏览器地址栏的URL与你应用程序中的文件之间并没有一个对应关系。在一个ASP.NET MVC应用程序中，一个URL与一个控制器的动作相对应，而不是磁盘上的页面。对于一个传统的ASP.NET或者ASP应用程序，浏览器请求被映射到了页面。在ASP.NET MVC应用程序中，浏览器请求被映射到了控制器动作。一个ASP.NET Web窗体应用程序是以内容为中心的。而一个ASP.NET MVC应用程序则以是应用程序逻辑为中心的。

2)理解url路由原理

浏览器请求通过形式URL(统一资源定位)的asp.net MVC功能被映射到控制器中，URL路由将即将到来的请求发送到了控制器动作。

URL路由使用一张路由表来处理来到的请求。这个路由表在你的Web应用程序首次启动时创建。这个路由表建立在Global.asax文件中。

 

当ASP.NET应用程序第一次启动时，将调用Application_Start()方法。可以看到，这个方法调用了RegisterRoutes()方法，并且RegisterRoutes()方法创建了默认的路由表。

默认的路由表只含有一个路由。这个默认的路由将所有到来的请求分为了三个分段（一个URL分段是正斜杠之间的任何东西）。第一个分段映射到了控制器名称，第二个分段映射到了动作名称，最后一个分段映射到了传递给动作的名为Id的参数。

针对url:   /Product/Details/3

这个URL将会被解析为像这样的三个部分：Controller = ProductController

Action =Details     Id = 3

最后，如果你打开一个ASP.NETMVC应用程序而不提供任何的URL（例如，http://localhost），然后这个URL将会被解析成这样：

Controller = HomeController    Action = Index   Id = ""

这个请求被发送到了HomeController类的Index()动作。

控制器

控制器负责用户与MVC应用程序交互的方式。当用户发出浏览器请求时，控制器决定向用户发回什么样的响应。控制器不过是一个类（例如，一个Visual Basic或者C#类）。包含一个名为HomeController.cs的控制器，它位于Controllers文件夹下。

视图

使用ASP.NETMVC应用程序时，一个视图等同于一个页面。

模型

MVC的模型包含了你应用程序中的所有逻辑，这些逻辑没有包含在视图或者控制器中。模型应该包含你的应用程序中的所有业务逻辑和数据库访问逻辑。例如，如果你使用LINQ to SQL访问数据库，那么你可以在Models文件夹中创建你的LINQ to SQL类（你的dbml文件）。

视图应该仅包含与生成用户界面有关的逻辑。控制器应该仅仅只包含最少量的逻辑，用于返回正确的视图或者将用户重定向到另一个动作。任何其他的事情都应该包含在模型中。

通常，你应该竭尽全力创建一个丰富的模型以及一个瘦小的控制器。你的控制器方法应该只包含几行代码。如果一个控制器动作变得太丰富，那么你应该考虑将这些逻辑抽取出来放置到Models文件夹的新类中。