NetMVC基础教程.docx
《NetMVC基础教程.docx》由会员分享,可在线阅读,更多相关《NetMVC基础教程.docx(37页珍藏版)》请在冰豆网上搜索。
NetMVC基础教程
应用程序开发中,,例如页面代码只进行页面布局和样式的输出而代码页面只负责进行逻辑的处理。
为了解决这个问题,微软开发了MVC开发模式方便开发人员进行分层开发。
17.1了解MVC
MVC是一个设计模式,MVC能够将ASP.NET应用程序的视图、模型和控制器进行分开,开发人员能够在不同的层次中进行应用程序层次的开发,例如开发人员能够在视图中进行页面视图的开发,而在控制器中进行代码的实现。
MVC和WebForm
在ASP.NETWebForm的开发当中,用户能够方便的使用微软提供的服务器控件进行应用程序的开发,从而提高开发效率。
虽然ASP.NETWebForm提高了开发速度、维护效率和代码的复用性,但是抛弃了传统的网页编程模型,在很多应用问题的解决上反而需要通过复杂的实现完成。
在ASP.NETMVC模型中,ASP.NETMVC模型给开发人员的感觉仿佛又回到了传统的网页编程模型中(如ASP编程模型),但是ASP.NETMVC模型与传统的ASP同样是不同的编程模型,因为ASP.NETMVC模型同样是基于面向对象的思想进行应用程序的开发。
相比之下,ASP.NETMVC模型是一种思想,而不是一个框架,所以ASP.NETMVC模型与ASP.NETWebForm并不具有可比性。
同样ASP.NETMVC模型也不是ASP.NETWebForm4.0,这两个开发模型就好比一个是汽车一个是飞机,而两者都能够达到同样的目的。
应用程序一样。
当用户通过浏览器请求服务器中的某个页面时,其实是实现了ASP.NETMVC模型中的一个方法,而不是具体的页面,这在另一种程度上实现了URL伪静态。
当用户通过浏览器请求服务器中的某一个路径时,ASP.NETMVC应用程序会拦截相应的地址并进行路由解析,通过应用程序中编程实现展现一个页面给用户,这种页面展现手法同传统的ASP.NETWebFrom应用程序与其他的如ASP,PHP等应用程序都不相同。
同时,随着互联网的发展,搜索引擎在Web开发中起着重要的作用,这就对页面请求的地址有了更加严格的要求。
例如XX、谷歌等搜索引擎会对目录形式的页面路径和静态形式的页面路径收录的更好,而对于动态的如abc.aspx?
id=1&action=add&t=3这种样式的页面路径不甚友好。
另外,所有引擎又在一定程度上决定了Web应用的热度,例如当在XX中搜索“鞋”这个关键字时,如果搜索的结果中客户的网站在搜索结果的后几页,用户通常不会进行翻页查询,相比之下用户更喜欢在搜索结果中查看前几页的内容。
ASP.NETMVC开发模型在用户进行页面请求时会进行URL拦截并通过相应的编程实现访问路径和页面的呈现,这样就能够更加方便的实现目录形式的页面路径和静态形式,对于Web应用动态的地址如abc.aspx?
id=1&action=add&t=3可以以abc/action/id/add的形式呈现,这样就更加容易的被搜索引擎所搜录。
注意:
ASP.NETMVC模型和ASP.NETWebForm并不具备可比性,因为ASP.NETMVC模型和ASP.NETWebForm是不同的开发模型,而ASP.NETMVC模型和ASP.NETWebForm在各自的应用上都有有点和缺点,并没有哪个开发模型比另一个模型好之说。
17.1.2ASP.NETMVC的运行结构
在ASP.NETMVC开发模型中,页面的请求并不是像传统的Web应用开发中的请求一样是对某个文件进行访问,初学者可能会在一开始觉得非常的不适应。
例如当用户访问/home/abc.aspx时,在服务器的系统目录中一定会存在abc.aspx这个页面,而对于传统的页面请求的过程也非常容易理解,因为在服务器上只有存在了home文件夹,在home文件夹下一定存在abc.aspx页面才能够进行相应的页面访问。
对于ASP.NETMVC开发模型而言,当请求URL路径为“”页面,而可能是服务器中某个方法。
在ASP.NETMVC应用程序中,页面请求的地址不能够按照传统的概念进行分析,要了解ASP.NETMVC应用程序的页面请求地址就需要了解ASP.NETMVC开发模型的运行结构。
ASP.NETMVC开发模型的运行结构如图17-1所示。
图17-1ASP.NETMVC开发模型
正如图17-1所示,ASP.NETMVC开发模型包括三个模块,这三个模块分别为MVC的M、V、C,其中M为Models(模型)、V为Views(视图)、C为Controllers(控制器),在ASP.NETMVC开发模型中,这三个模块的作用分别如下所示。
❑Models:
Models负责与数据库进行交互,在ASP.NETMVC框架中,使用LINQ进行数据库连接和操作。
❑Views:
Views负责页面的页面呈现,包括样式控制,数据的格式化输出等。
❑Controllers:
Controllers负责处理页面的请求,用户呈现相应的页面。
与传统的页面请求和页面运行方式不同的是,ASP.NETMVC开发模型中的页面请求首先会发送到Controllers中,Controllers再通过Models进行变量声明和数据读取。
Controller通过页面请求和路由设置呈现相应的View给浏览器,用户就能够在浏览器中看到相应的页面。
这里讲解ASP.NETMVC开发模型的工作流程可能会让读者感到困惑,具体ASP.NETMVC开发模型的工作流程会在后面详细讲解。
17.2ASP.NETMVC基础
ASP.NETMVC开发模型和ASP.NETWebFrom开发模型并不相同,ASP.NETMVC为ASP.NETWeb开发进行了良好的分层,ASP.NETMVC开发模型和ASP.NETWebFrom开发模型在请求处理和应用上都不尽相同,只有了解ASP.NETWebFrom开发模型的基础才能够高效的开发MVC应用程序。
安装ASP.NETMVC
ASP.NETMVC是微软推出的最新的ASP.NETWeb开发模型,开发人员可以在微软的官方网站上下载ASP.NETMVC安装程序,也能够使用光盘中附属的ASP.NETMVC安装程序进行安装,光盘中附带的是ASP.NETMVCbeta版本,正式版同beta版本基本上没有任何区别,开发人员可以在官方网站下载最新的安装程序。
单击下载或附录中的AspNetMVCBeta-setup.msi进行ASP.NETMVC开发模型的安装和相应示例的安装,如图17-2所示。
用户单击ASP.NETMVC安装界面中的【Next】按钮进入ASP.NETMVC安装的用户条款界面,单击【IacceptthetermsinttheLicenseAgreement】复选框同意ASP.NETMVC用户条款,如图17-3所示。
同意后单击【Next】按钮进入ASP.NETMVC安装准备界面,进入安装界面后单击【Install】按钮进行安装。
图17-2ASP.NETMVC安装界面图17-3ASP.NETMVC用户条款
注意:
在安装ASP.NETMVC前必须安装VisualStudio2008进行ASP.NETMVC应用程序的开发,安装完成ASP.NETMVC应用程序后就能够在VisualStudio2008进行创建ASP.NETMVC应用程序。
单击【Install】按钮应用程序,系统就会在计算机中安装ASP.NETMVC开发模型和VisualStudio2008中进行ASP.NETMVC程序开发所需要的必备组件以便在VisualStudio2008为开发人员提供原生的ASP.NETMVC开发环境。
安装完毕后,安装程序会提示ASP.NETMVC安装程序已经安装完毕,安装完毕后开发人员就能够使用VisualStudio2008开发ASP.NETMVC应用程序。
安装过程如图17-4和17-5所示。
图17-4ASP.NETMVC安装图17-5ASP.NETMVC安装完毕
新建一个MVC应用程序
安装完成ASP.NETMVC开发模型后就能够在VisualStudio2008中创建ASP.NETMVC应用程序进行ASP.NETMVC应用程序的开发,安装ASP.NETMVC开发模型后,VisualStudio2008就能够为ASP.NETMVC提供原生的开发环境。
在菜单栏中选择【文件】选项,单击【文件】选项在下拉菜单中选择【新建项目】就能够创建ASP.NETMVC应用程序,如图17-6所示。
单击【确定】按钮后就能够创建ASP.NETMVC应用程序。
VisualStudio2008为ASP.NETMVC提供了原生的开发环境,以及智能提示,开发人员在进行ASP.NETMVC应用程序开发中,VisualStudio2008同样能够为ASP.NETMVC应用程序提供关键字自动补完、智能解析等功能以便开发人员高效的进行ASP.NETMVC应用程序的开发。
创建ASP.NETMVC应用程序后,系统会自动创建若干文件夹和文件,如图17-7所示。
图17-6创建ASP.NETMVC应用程序图17-7自动创建的文件
在自动创建的文件中,这些文件包括ASP.NETMVC应用程序中最重要的文件夹用于分层开发,这些文件夹分别为Models、Views和Controllers,分别对应ASP.NETMVC开发模型的Models(模型)、Views(视图)、Controller(控制器),开发人员能够在相应的文件夹中创建文件进行ASP.NETMVC应用程序的开发。
17.2.3ASP.NETMVC应用程序的结构
在创建完成ASP.NETMVC应用程序,系统会默认创建一些文件夹,这些文件夹不仅包括对应ASP.NETMVC开发模型的Models、Views和Controllers文件夹,还包括配置文件Web.config、Global.aspx和Default.aspx。
1.:
页面驱动
Default.aspx用于ASP.NETMVC应用程序程序的驱动,当用户执行相应的请求时,Default.aspx能够驱动ASP.NETMVC应用程序页面的处理和生成,Default.aspx页面代码如下所示。
<%@Page
Language="C#"AutoEventWireup="true"CodeBehind="Default.aspx.cs"Inherits="_17_1._Default"%>
。
IHttpHandler类获取和发送HTTP请求,Default.aspx.cs页面代码如下所示。
usingSystem.Web;
usingSystem.Web.Mvc;//使用Mvc命名空间
usingSystem.Web.UI;
namespace_17_1
{
publicpartialclass_Default:
Page
{
publicvoidPage_Load(objectsender,System.EventArgse)
{
plicationPath);//拦截虚拟目录根路径
IHttpHandlerhttpHandler=newMvcHttpHandler();
httpHandler.ProcessRequest(HttpContext.Current);
}
}
}
上述代码用于ASP.NETMVC应用程序的驱动。
在ASP.NETMVC应用程序被运行时,会拦截虚拟目录的根路径将请求发送到Controllers实现。
2.Global.asax:
全局配置文件
是全局配置文件,在ASP.NETMVC应用程序中的应用程序路径是通过Global.asax文件进行配置和实现的,页面代码如下所示。
usingSystem;
usingSystem.Collections.Generic;
usingSystem.Linq;
usingSystem.Web;
usingSystem.Web.Mvc;//使用Mvc命名空间
using;//使用Mvc命名空间
namespace_17_1
{
//Note:
ForinstructionsonenablingIIS6orIIS7classicmode,
{
publicstaticvoidRegisterRoutes(RouteCollectionroutes)
{
routes.IgnoreRoute("{resource}.axd/{*pathInfo}");
routes.MapRoute(
"Default",//配置路由名称
"{controller}/{action}/{id}",//配置访问规则
new{controller="Home",action="Index",id=""}//为访问规则配置默认值
);//配置URL路由
}
protectedvoidApplication_Start()
{
RegisterRoutes(RouteTable.Routes);
}
}
}
上述代码在应用程序运行后能够实现相应的URL映射,当用户请求一个页面时,该页面会在运行时启动并指定ASP.NETMVC应用程序中URL的映射以便将请求提交到Controllers进行相应的编程处理和页面呈现。
实现了伪静态的URL配置,例如当用户访问/home/guestbook/number服务器路径时,通过URLRouting够实现服务器路径/home/guestbook/number到number.aspx的映射。
有关URLRouting的知识会在后面的小结中讲解。
注意:
在ASP.NETMVC开发模型中,浏览器地址栏的URL并不能够被称为是伪静态,为了方便读者的理解可以暂时称为伪静态,但是最主要的是要理解访问的路径并不像传统的Web开发中那样是访问真实的某个文件。
3.Models、Views和Controllers三层结构
Models、Views和Controllers文件夹是ASP.NETMVC开发模型中最为重要的文件夹,虽然这里以文件夹的形式呈现在解决方案管理器中,其实并不能看作传统的文件夹。
Models、Views和Controllers分别用于存放ASP.NETMVC应用程序中Models、Views和Controllers的开发文件。
在创建ASP.NETMVC应用程序后,系统会自行创建相应的文件,这里也包括ASP.NETMVC应用程序样例,如图17-8和图17-9所示。
图17-8Views视图文件夹图17-9Controllers控制器文件夹
正如图17-8、17-9所示,在样例中分别创建了若干Controllers控制器文件,以及Views页面文件。
运行ASP.NETMVC应用程序后,用户的请求会发送到Controllers控制器中,Controllers控制器接受用户的请求并通过编程实现Views页面文件的映射。
运行ASP.NETMVC应用程序
创建ASP.NETMVC应用程序后就能够直接运行ASP.NETMVC应用程序,默认的ASP.NETMVC应用程序已经提供了样例方便开发人员进行编程学习,单击【F5】运行ASP.NETMVC应用程序,运行后如图17-10所示。
在创建ASP.NETMVC应用程序后系统会创建样例,图17-10显式的就是ASP.NETMVC默认运行界面,单击旁边的【AboutUs】连接页面跳转到相应的页面,如图17-11所示。
图17-10ASP.NETMVC应用程序初始界面图17-11About页面
当单击【AboutUs】链接后,页面会跳转到关于页面,页面URL为http:
//localhost:
2448/Home/About。
在ASP.NETMVC应用程序中,URL路径的请求方式与传统的ASP.NETWebForm应用程序不同,开发人员可以发现,在服务器文件中并没有/Home/About/index.aspx文件也没有/Home/About/这个目录。
注意:
在ASP.NETMVC应用程序中,这里再三强调,其URL并不是服务器中的某个文件而是一种地址映射。
在服务器中没有/Home/About/index.aspx文件也没有/Home/About/这个目录,因为/Home/About中所呈现的页面是通过Controller控制器进行相应的文件的路径的映射的,关于地址映射的内容会在后面的小结中详细讲解。
17.3ASP.NETMVC原理
运行了ASP.NETMVC应用程序后,就能够通过相应的地址访问不同的页面。
在ASP.NETMVC应用程序中,应用程序中页面的URL并不是在服务器中实际存在的页面或目录而是访问了相应的方法s实现了URL映射。
17.3.1ASP.NETMVC运行流程
。
同样当访问相应的ASP.NETMVC应用程序页面,在服务器中并不存在对应的页面。
为了了解如何实现页面映射,就需要了解ASP.NETMVC应用程序的运行流程。
s实现了URL映射。
当用户进行ASP.NETMVC程序的页面请求时,该请求首先会会被发送到Controllers控制器中,开发人员能够在控制器Controllers中创建相应的变量并将请求发送到Views视图中,Views视图会使用在Controllers控制器中通过编程方式创建相应的变量并呈现页面在浏览器中。
当用户在浏览器中对Web应用进行不同的页面请求时,该运行过程将会循环反复。
对于Models而言,Controller通常情况下使用Models读取数据库。
在Models中,Models能够将传统的关系型数据库映射成面向对象的开发模型,开发人员能够使用面向对象的思想进行数据库的数据存取。
Controllers从Model中读取数据并存储在相应的变量中,如图17-12所示。
图17-12ASP.NETMVC运行流程
正如图17-12所示,在用户进行页面请求时,首先这个请求会发送到Controllers中,Controllers从Models中读取相应的数据并填充Controllers中的变量,Controllers接受相应请求再将请求发送到Views中,Views通过获取Controllers中的变量的值进行整合并生成相应的页面到用户浏览器中。
在Models中需要将数据库抽象成面向对象中的一个对象,开发人员能够使用LINQ进行数据库的抽象,这样就能够方便的将数据库中的数据抽象成相应的对象并通过对象的方法进行数据的存取和更新。
17.3.2ASP.NETMVC工作原理
正如上一节中讲解的ASP.NETMVC工作流程,在ASP.NETMVC应用程序中,系统默认创建了相应的文件夹进行不同层次的开发,在ASP.NETMVC应用程序的运行过程中,同样请求会发送到Controllers中,这样就对应了ASP.NETMVC应用程序中的Controllers文件夹,Controllers只负责数据的读取和页面逻辑的处理。
在Controllers读取数据时,需要通过Models中的LINQtoSQL从数据中读取相应的信息,读取数据完毕后,Controllers再将数据和Controller整合并提交到Views视图中,整合后的页面将通过浏览器呈现在用户面前。
当用户访问http:
//localhost:
2448/Home/About页面时,首先这个请求会发送到Controllers中,Controllers通过Global.ascx文件中的路由设置进行相应的URL映射,Global.ascx文件相应代码如下所示。
publicstaticvoidRegisterRoutes(RouteCollectionroutes)//注册路由
{
routes.IgnoreRoute("{resource}.axd/{*pathInfo}");
routes.MapRoute(
"Default",
"{controller}/{action}/{id}",
new{controller="Home",action="Index",id=""}//配置路由
);
}
上述代码中实现了映射操作,具体是如何实现可以先无需关心,首先需要看看Controllers文件夹内的文件,以及Views文件夹的文件,如图17-13所示。
图17-13Controller文件夹和Views文件夹
从图17-13中可以看出,在Views中包含Home文件夹,在Home文件夹中存在About.aspx和Index.aspx文件,而同样在Controllers文件夹中包含与Home文件夹同名的文件。
当用户访问st:
2448/Home/About路径时,首先该路径请求会传送到Controller中。
注意:
在Controllers文件夹中创建文件同Home是同名文件,在Controllers中创建的文件,其文件名后的是不能更改的,所以文件也可以看做是Home文件夹的同名文件。
在Controller中,Controller通过相应的编程实现路径的映射,示例代码如下所示。
[HandleError]
publicclassHomeController:
Controller
{
publicActionResultAbout()//实现About页面
{
ViewData["Title"]="AboutPage";
returnView();//返回视图
}
}
上述代码实现了About页面的页面呈现,在运行相应的方法后会返回一个View,这里默认返回的是与Home的About方法同名的页面,这里是about.aspx,about.aspx页面代码如下所示。
<%@Page
Language="C#"
MasterPageFile="~/Views/Shared/Site.Master"
AutoEventWireup="true"CodeBehind="About.aspx.cs"Inherits="_17_1.Views.Home.About"%>
ContentID="aboutContent"ContentPlaceHolderID="MainContent"runat="server">
AboutUs
TODO:
Putaboutcontenthere.
Content>
将about.aspx页面中的文字进行相应的更改,示例代码如下所示。
ContentID="aboutContent"ContentPlaceHolderID="MainContent"runat="server">
AboutUs
red”>这是一个关于页面