| 网站首页 | 业界新闻 | 小组 | 威客 | 人才 | 下载频道 | 博客 | 代码贴 | 在线编程 | 编程论坛
欢迎加入我们,一同切磋技术
用户名:   
 
密 码:  
共有 4378 人关注过本帖, 3 人收藏
标题:[转载]ASP.NET MVC案例教程(基于ASP.NET MVC beta)
只看楼主 加入收藏
冰镇柠檬汁儿
Rank: 16Rank: 16Rank: 16Rank: 16
来 自:北京
等 级:版主
威 望:120
帖 子:8078
专家分:6657
注 册:2005-11-7
结帖率:98.25%
收藏(3)
 问题点数:0 回复次数:19 
[转载]ASP.NET MVC案例教程(基于ASP.NET MVC beta)
第一篇:准备工作

摘要
      本文将简要介绍这个文章系列的目的、形式及大体内容。并且完成开始学习这个系列前所必要的准备工作。

前言
       MVC作为微软官方的MVC解决方案,推出有一段时间了。可以说自动推出以来,一直广受关注。在经历了漫长的Preview之后,前几天终于推出了其beta版。并且在官方文档中,微软声明最终的正式版与beta版相比不会有大的变化。所以,对于.NET平台的开发人员来说,是时候学习 MVC了。
      本系列文章作为一个 MVC的入门教程,将不会长篇大论介绍其中的概念及理论。而是通过案例实践来学习 MVC。在这系列文章中我将逐步完成一个“公告发布系统”。我的写作策略是:先动手做,遇到需要解释概念和理论的时候再解释,而不是先把概念和理论解释完再做东西。
      另外,我还有几点要说明的:
      1.为了将大家的关注点充分集中在 MVC上,这个Demo的业务处理将使用Mock的方式。即不会真正去访问数据库,而是虚拟一些数据。
      2.本Demo将不考虑任何美工问题。
      下面,让我们一起开始 MVC之旅吧。在这一篇中,我们将做完所有的准备工作。

配置环境
      如果您还没有安装 MVC的话,请到这里下载安装。
      下载后,按提示安装就可以了。

新建项目
      安装完 MVC后,在VS里新建一个项目,可以看到有一个“ MVC Web Application”的选项,选择它,新建一个项目,并命名为“MVCDemo”。
      建完项目后,可以看到默认情况下已经建立了很多文件夹,这里简略说一下各个文件夹的作用。
      Content——存放应用需要的一些资源文件,如图片、CSS等。
      Controllers——存放控制器类。
      Models——存放业务模型组件。
      Scripts——存放JavaScript脚本文件。
      Views——存放视图。
      现在不了解一些概念没关系,后续文章将慢慢解释。

准备工作
      新建完项目后,我们要做的准备工作就是建立Mock业务模型,这样以后我们就直接使用这些“欺骗”式的业务模型进行业务处理,而将全部关注点放在 MVC的学习上。
      首先在Models下新建三个文件夹,分别叫做Entities、Interfaces、MockModels,分别用来存放实体类、接口及Mock业务模型。
      Entities下有两个类:CategoryInfo和AnnounceInfo,分别是公告类别和公告的实体类。具体代码如下:
CategoryInfo.cs:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;

namespace MVCDemo.Models.Entities
{
    /// <summary>
    /// 分类实体类
    /// </summary>
    public class CategoryInfo
    {
        public int ID { get; set; }
        public string Name { get; set; }
    }
}

AnnounceInfo.cs:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;

namespace MVCDemo.Models.Entities
{
    /// <summary>
    /// 公告实体类
    /// </summary>
    public class AnnounceInfo
    {
        public int ID { get; set; }
        public string Title { get; set; }
        public string Content { get; set; }
        public int Category { get; set; }
    }
}

      接下来,我们将定义两个接口,分别是公告类别服务和公告服务必须实现的接口。这两个接口放在Interfaces下。
ICategoryService.cs:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using MVCDemo.Models.Entities;

namespace MVCDemo.Models.Interfaces
{
    /// <summary>
    /// 分类服务组件接口
    /// </summary>
    public interface ICategoryService
    {
        /// <summary>
        /// 添加分类
        /// </summary>
        /// <param name="category"></param>
        void Add(CategoryInfo category);

        /// <summary>
        /// 修改分类名称
        /// </summary>
        /// <param name="id"></param>
        /// <param name="name"></param>
        void ChangeName(int id,string name);

        /// <summary>
        /// 删除分类
        /// </summary>
        /// <param name="id"></param>
        void Remove(int id);

        /// <summary>
        /// 取得某个分类详细信息
        /// </summary>
        /// <param name="id"></param>
        /// <returns></returns>
        CategoryInfo GetDetail(int id);

        /// <summary>
        /// 取得所有分类
        /// </summary>
        /// <returns></returns>
        List<CategoryInfo> GetAll();
    }
}

IAnnounceService.cs

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using MVCDemo.Models.Entities;

namespace MVCDemo.Models.Interfaces
{
    /// <summary>
    /// 公告服务组件接口
    /// </summary>
    public interface IAnnounceService
    {
        /// <summary>
        /// 发布公告
        /// </summary>
        /// <param name="announce"></param>
        void Release(AnnounceInfo announce);

        /// <summary>
        /// 修改公告信息
        /// </summary>
        /// <param name="announce"></param>
        void Notify(AnnounceInfo announce);

        /// <summary>
        /// 删除公告
        /// </summary>
        /// <param name="id"></param>
        void Remove(int id);

        /// <summary>
        /// 取得公告详细内容
        /// </summary>
        /// <param name="id"></param>
        /// <returns></returns>
        AnnounceInfo GetDetail(int id);

        /// <summary>
        /// 取得某个分类下的所有公告
        /// </summary>
        /// <param name="categoryId"></param>
        /// <returns></returns>
        List<AnnounceInfo> GetByCategory(CategoryInfo category);
    }
}

然后,我们在MockModels下建立两个Mock业务逻辑服务模型。注意它们要各自实现自己的接口。
MockCategoryService.cs:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using MVCDemo.Models.Interfaces;
using MVCDemo.Models.Entities;

namespace MVCDemo.Models.MockModels
{
    /// <summary>
    /// “欺骗”服务组件,用于模拟分类的业务服务
    /// </summary>
    public class MockCategoryService : ICategoryService
    {
        /// <summary>
        /// 添加分类
        /// </summary>
        /// <param name="category"></param>
        public void Add(CategoryInfo category)
        {
            return;
        }

        /// <summary>
        /// 修改分类名称
        /// </summary>
        /// <param name="id"></param>
        /// <param name="name"></param>
        public void ChangeName(int id, string name)
        {
            return;
        }

        /// <summary>
        /// 删除分类
        /// </summary>
        /// <param name="id"></param>
        public void Remove(int id)
        {
            return;
        }

        /// <summary>
        /// 取得某个分类详细信息
        /// </summary>
        /// <param name="id"></param>
        /// <returns></returns>
        public CategoryInfo GetDetail(int id)
        {
            return new CategoryInfo
            {
                ID = id,
                Name = "最新通告",
            };
        }

        /// <summary>
        /// 取得所有分类
        /// </summary>
        /// <returns></returns>
        public List<CategoryInfo> GetAll()
        {
            List<CategoryInfo> categories = new List<CategoryInfo>();
            for (int i = 1; i <= 5; i++)
            {
                CategoryInfo category = new CategoryInfo
                {
                    ID = i,
                    Name="通告类别"+i,
                };

                categories.Add(category);
            }

            return categories;
        }
    }
}

MockAnnounceService.cs

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using MVCDemo.Models.Interfaces;
using MVCDemo.Models.Entities;

namespace MVCDemo.Models.MockModels
{
    /// <summary>
    /// “欺骗”服务组件,用于模拟公告的业务服务
    /// </summary>
    public class MockAnnounceService : IAnnounceService
    {
        /// <summary>
        /// 发布公告
        /// </summary>
        /// <param name="announce"></param>
        public void Release(AnnounceInfo announce)
        {
            throw new Exception("发布公告失败了!原因?没有原因!我是业务组件,我说失败就失败!");
            return;
        }

        /// <summary>
        /// 修改公告信息
        /// </summary>
        /// <param name="announce"></param>
        public void Notify(AnnounceInfo announce)
        {
            return;
        }

        /// <summary>
        /// 删除公告
        /// </summary>
        /// <param name="id"></param>
        public void Remove(int id)
        {
            return;
        }

        /// <summary>
        /// 取得公告详细内容
        /// </summary>
        /// <param name="id"></param>
        /// <returns></returns>
        public AnnounceInfo GetDetail(int id)
        {
            return new AnnounceInfo
            {
                ID = id,
                Title = "第" + id + "则公告",
                Content = "全体同学明早九点集体做俯卧撑!",
            };
        }

        /// <summary>
        /// 取得某个分类下的所有公告
        /// </summary>
        /// <param name="categoryId"></param>
        /// <returns></returns>
        public List<AnnounceInfo> GetByCategory(CategoryInfo category)
        {
            List<AnnounceInfo> announces = new List<AnnounceInfo>();
            for (int i = 1; i <= 10; i++)
            {
                AnnounceInfo announce = new AnnounceInfo
                {
                    ID = i,
                    Title = category.Name+ "的第" + i + "则公告",
                    Content = "全体同学明早九点集体做俯卧撑!",
                };

                announces.Add(announce);
            }

            return announces;
        }
    }
}

      可以看到,这两个类并没有访问数据库,也没有实现真正的业务逻辑,而不过是“捏造”了一些数据骗骗我们的表示层而已。
      最后,我们要建立一个生成业务逻辑模型的生成器,用来实现表示层和业务逻辑层的解耦。当然,为了简化复杂度,这里没有使用依赖注入机制。下面是我们生成器的代码,这个类是直接放在Models下的。
ServiceBuilder.cs:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using MVCDemo.Models.Interfaces;
using MVCDemo.Models.MockModels;

namespace MVCDemo.Models
{
    /// <summary>
    /// 服务组件生成类,用于生成业务服务组件
    /// </summary>
    public sealed class ServiceBuilder
    {
        /// <summary>
        /// 创建分类服务组件
        /// </summary>
        /// <returns>分类服务组件</returns>
        public static ICategoryService BuildCategoryService()
        {
            return new MockCategoryService();
        }

        /// <summary>
        /// 创建公告服务组件
        /// </summary>
        /// <returns>公告服务组件</returns>
        public static IAnnounceService BuildAnnounceService()
        {
            return new MockAnnounceService();
        }
    }
}

      OK,到这里,我们的准备工作就做完了。完成这些后,系统的目录结构如下图所示:

图片附件: 游客没有浏览图片的权限,请 登录注册

 
小结
      在这篇文章中,我们只是讲了一下这个系列文章要做什么,以及为案例做了一些准备工作。从下篇开始,我们将正式开始使用 MVC完成这个案例。


[ 本帖最后由 冰镇柠檬汁儿 于 2010-6-24 13:02 编辑 ]
搜索更多相关主题的帖子: 教程 ASP NET beta MVC 
2010-06-24 12:59
冰镇柠檬汁儿
Rank: 16Rank: 16Rank: 16Rank: 16
来 自:北京
等 级:版主
威 望:120
帖 子:8078
专家分:6657
注 册:2005-11-7
收藏
得分:0 
摘要
      本文首先一步一步完成Demo的第一个页面——首页。然后根据实现过程,说明一下其中用到的与 MVC相关的概念与原理。

让第一个页面跑起来
      现在,我们来实现公告系统中的第一个页面——首页。它非常简单,只包括所有公告分类的列表,并且每个列表项是一个超链接。其中分类数据是用我们的Mock组件得到的。实现后界面如下:
 
图片附件: 游客没有浏览图片的权限,请 登录注册


      在开始之前,我们要删几个东西。因为默认情况下建立一个MVC项目时里面包含了几个示例页面,我们要做的就是:
      1.将Controllers文件夹下所有文件删除。
      2.将Views文件夹下除了Shared文件夹和Web.config外的所有文件删除,然后将Shared文件夹里面的文件删除。
      完成以上几步后,就可以开始实现第一个页面了。

实现控制器
      在Controllers文件夹下新建一个文件,类型选择“MVC Controller Class”,名字命名为HomeController.cs。这就是一个控制器类。然后我们为它编码,具体代码如下:
HomeController.cs:

 1using System;
 2using System.Collections.Generic;
 3using System.Linq;
 4using System.Web;
 5using System.Web.Mvc;
 6using System.Web.Mvc.Ajax;
 7using MVCDemo.Models;
 8using MVCDemo.Models.Interfaces;
 9using MVCDemo.Models.Entities;
10
11namespace MVCDemo.Controllers
12{
13    public class HomeController : Controller
14    {
15        public ActionResult Index()
16        {
17            ICategoryService cServ = ServiceBuilder.BuildCategoryService();
18            ViewData["Categories"] = cServ.GetAll();
19            return View("Index");
20        }
21    }
22}

      直观看来,这个类不是很复杂。它首先继承了Controller类。Controller类是 MVC框架中提供的一个控制器积累,所有我们自定义的控制器类都要继承此基类。然后这个类中有一个Index方法,返回值类型是ActionResult。
      这里对其中涉及到的概念简单解释一下。首先,控制器类可以说是 MVC的核心类,因为它将处理一切请求,并处理所有页面转发等表示逻辑,这也是使用了 MVC后与传统应用最大的差别。在传统模式下,一个用户请求的url将对应一个aspx文件,而在 MVC下,一个用户请求对应某个控制器类中的一个方法,而这个方法,就叫做一个Action。至于如何对应的,则是通过对url的解析。
      例如,在传统情况下,http://localhost/Default.aspx表示请求网站根目录下的Default.aspx文件。而现在,url可能变成了这种样子:http://localhost/Home/Index。这个意思就是,请求名叫HomeController控制器类下的Index方法。一般地,默认情况下,请求url的格式为http://localhost/%7BControllerName%7D/%7BActionName}。其中{ControllerName}是控制器类名“Controller”前的部分,{ActionName}就是方法名。
      当然,这种映射规则是可以更改的,而且请求Action时也可以传递参数,但这些都是后话,以后再慢慢讨论。

      下面再深入Index方法,看看这个Action都做了什么。它首先调用了业务逻辑组件(当然,是Mock的),然后将GetAll返回的公告分类数据赋予ViewData["Category"],最后调用View()方法返回一个ActionResult。ViewData是什么呢?你可以把他理解成一个关联数组,它保存需要传给视图的数据。而View是Controller类的一个方法,它返回一个ActionResult实例。这样说可能有点抽象,其实直观就是将某个视图(一般就是一个aspx文件)呈现到浏览器中。那么如何知道呈现哪一个视图呢?默认情况下,View方法会到网站的Views文件夹下的与控制器类同名的文件夹下寻找与Action方法同名的视图。例如,HomeController的Index方法就会寻找Views/Home/Index.aspx,如果找不到,就会到Shared下寻找,再找不到就报错了。当然,你也可以给View方法传递一个字符串参数,表示视图名称。

实现视图
      上文说到,当请求http://localhost/Home/Index时,HomeController的Index方法会被调用,而Index方法最后要呈现Views/Home/Index.aspx视图,所以,我们要在Views文件夹下建立一个Home文件夹,然后再新建一个Index.aspx视图。如果您使用的是VS2008 SP1,那么建立视图非常方便,只要在Home文件夹下右键单击,选Add--->View,然后指定视图名就可以了。如果不是SP1的,就新建一个Item,类型选择“MVC View Page”。建立好的视图其实就是一个aspx页面,但是其继承了View。这也是一个基类,所有视图需要继承它。
      下面给出Index.aspx的代码:
Index.aspx:

 1<%@ Page Language="C#" AutoEventWireup="true" CodeBehind="Index.aspx.cs" Inherits="MVCDemo.Views.Home.Index" %>
 2<%@ Import Namespace="MVCDemo.Models.Entities" %>
 3
 4<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.
 5
 6<html xmlns="http://www. >
 7<head runat="server">
 8    <title></title>
 9</head>
10<body>
11    <% List<CategoryInfo> categories=ViewData["Categories"] as List<CategoryInfo>; %>
12    <div>
13        <h1>MVC公告发布系统</h1>
14        <ul>
15            <% foreach (CategoryInfo c in categories)
16               {
17                    %>
18            <li><%= Html.ActionLink(c.Name, "List/" + c.ID, "Announce") %></li>
19            <% } %>
20        </ul>
21    </div>
22</body>
23</html>

      大约分析一下。刚才说过,Index这个Action最后呈现这个aspx作为视图,而且ViewData中包含了要给视图传递的数据。在那里,我们将所有公告类别数据放在ViewData["Categories"]中。这里可以看到,我们将这些数据取出,并用来呈现页面。至于那个Html.Action,这里先不细说。你只要知道,这个方法可以生成一个链接,其中第一个参数是链接文字,第二个是要链接到的url的Action名,第三个是要链接到的url的控制器名。关于这些,我们以后细细讨论。
      运行这个例子,并将请求url定位到Home/Index,就可以看到运行效果。
      你可能会发现,不需要指定Home/Index,在输入根目录后就直接呈现了这个页面。其实这是因为在默认的路由配置里,Home和Index是默认的控制器名和Action名。以后我们将会讨论路由问题。

小结
      通过上面的过程,我们第一个 MVC页面已经能呈现出来了。而且不单纯只是一个页面,其中还呈现了业务逻辑组件返回的数据。
      也许,您对其中许多地方还有困惑。不要着急,在下一篇中,我们做这个系统的步伐先缓一缓,我将用一整篇文章,详细介绍一下 MVC中许多重要的概念与原理。

本来无一物,何处惹尘埃
It is empty at all here, Why pm 2.5 is so TMD high!
2010-06-24 13:03
冰镇柠檬汁儿
Rank: 16Rank: 16Rank: 16Rank: 16
来 自:北京
等 级:版主
威 望:120
帖 子:8078
专家分:6657
注 册:2005-11-7
收藏
得分:0 
第三篇: MVC全局观

摘要
      本文对 MVC的全局运行机理进行一个简要的介绍,以使得朋友们更好的理解后续文章。

前言
      在上一篇文章中,我们实现了第一个 MVC页面。对于没有接触过这个框架的朋友来说,可能对有些地方会迷惑,所以这篇文章我将通过图示配合文字的方法,站在全局的角度介绍一些 MVC的运行机制,这样可以帮助朋友们更好的理解后续文章。^_^

全局
      首先我们来看一副图片,由于这幅图是我自己画的,不是摘自微软官方,所以如果有什么不到位的地方还望海涵!

图片附件: 游客没有浏览图片的权限,请 登录注册


      首先,用户通过Web浏览器向服务器发送一条url请求,这里请求的url不再是xxx.aspx格式,而是http://HostName/ControllerName/ActionName/Parameters的样子。这个请求被 MVC的路由映射系统截获。(路由映射可以在Global.asax中配置,我们一会再说)路由映射系统按照映射规则,解析出控制器名ControllerName,Action名ActionName和各个参数Parameters,然后,找寻Controllers目录下的ControllerNameController.cs这个控制器类,默认情况下,系统总是找寻Controllers目录下的“控制器名+Controller”这么一个类,然后,找寻这个类下与ActionName同名的方法,找到后,将Parameters作为参数传给这个方法,而后Action方法开始执行,完成后返回相应视图,默认情况下,会返回Views目录下与ControllerName同名的目录下的与ActionName同名的aspx文件,并且将ViewData传递到视图。ViewData中一般包含了控制视图显示的控制量以及视图显示需要的数据。
      我们按以上思路回顾一下上一篇中主页的请求过程。我们传递的url是http://localhost/Home/Index。默认路由规则下,将ControllerName设为“Home”,ActionName设为“Index”,没有参数。于是系统找寻Controllers目录下的HomeController类的Index方法,成功找到,于是执行之。这个方法调用Mock的Model取出一些数据,放入ViewData相应键值项里。然后返回视图,返回的是Views下Home下的Index.aspx。这个视图取出ViewData中的数据按照一定格式呈现,于是完成了一次典型的 MVC调用。

路由
      从上面可以看出, MVC中路由是很重要的。它直接决定了如何解析url,因此决定了系统如何工作。那么,下面我们来揭开路由神秘的面纱。
      打开我们Demo下的Global.asax.cs文件,可以看到如下代码:
Global.asax.cs:

 1using System;
 2using System.Collections.Generic;
 3using System.Linq;
 4using System.Web;
 5using System.Web.Mvc;
 6using System.Web.Routing;
 7
 8namespace MVCDemo
 9{
10    // Note: For instructions on enabling IIS6 or IIS7 classic mode,
11    // visit http://go.
12
13    public class MvcApplication : System.Web.HttpApplication
14    {
15        public static void RegisterRoutes(RouteCollection routes)
16        {
17            routes.IgnoreRoute("{resource}.axd/{*pathInfo}");
18
19            routes.MapRoute(
20                "Default",                                              // Route name
21                "{controller}/{action}/{id}",                           // URL with parameters
22                new { controller = "Home", action = "Index", id = "" }  // Parameter defaults
23            );
24
25        }
26
27        protected void Application_Start()
28        {
29            RegisterRoutes(RouteTable.Routes);
30        }
31    }
32}

      我们拣重点说。注意上面有个routes.MapRoute方法。这个方法的作用是向系统增加一条路由规则。这里唯一的一条规则是系统默认增加的,第一个参数是规则名,是一个普通字符串。关键是第二个参数,它也是一个字符串,但是它描述了如何解析url。可以这样理解,它描述了url串HostName后面部分如何匹配,其中带{}的表示参数匹配,如果不带则表示字符串匹配。
      例如,上面的{controller}/{action}/{id}表示如果HostName后面有三段由“/”分割的字符串,则这个url被匹配,并且分别被解析成控制器名,Action名和一个叫“id”的参数。如果你输入的是http://localhost/Home/Index/1则后面的“1”将被当做参数id的值,但是如果你请求http://localhost/Home/Index/1/2,抱歉,你的请求无法成功,因为这条路由规则没法匹配你的url,因为你的HostName后面有四段,而这个路由规则只能匹配三段的。
      也许你还注意到一个问题,http://localhost/Home/Index明明HostName后面只有两段,怎么也被匹配了呢?这就是MapRoute方法的第三个参数起作用了。这个参数的作用是为上面规则中各个{}匹配段设置默认值,如上,id的默认值为"",即空。所以在http://localhost/Home/Index中,虽然没有显示指定id,但是它依然可以匹配成功,默认作为空值。如果你把其中id=""去掉,你会发现http://localhost/Home/Index已经无法匹配了。依次类推,http://localhost/Home/也可以匹配成功,因为{action}默认是Index,http://localhost/也可以匹配成功,因为默认{controller}为Home,所以,在这条默认值下http://localhost/Home/Index和http://localhost/是等效的。
      综上分析,我们得出一条重要结论:在默认值被设置的情况下,映射规则“配少不配多”,少的部分由默认值代替。

      上面的匹配规则中,三个匹配段都带大括号的,都是参数匹配,下面我们来说说强字符串匹配。例如,我们有一个url需要这样http://localhost/Category/Detail/Name。如果按照上面的匹配规则,Name段的值会被匹配到id中去,可是我们想在CategoryController的Detail方法中使用名叫“name”的参数而不是使用名叫“id”的参数,怎么办呢?很简单,我们增加一下一条匹配规则:

 1using System;
 2using System.Collections.Generic;
 3using System.Linq;
 4using System.Web;
 5using System.Web.Mvc;
 6using System.Web.Routing;
 7
 8namespace MVCDemo
 9{
10    // Note: For instructions on enabling IIS6 or IIS7 classic mode,
11    // visit http://go.
12
13    public class MvcApplication : System.Web.HttpApplication
14    {
15        public static void RegisterRoutes(RouteCollection routes)
16        {
17            routes.IgnoreRoute("{resource}.axd/{*pathInfo}");
18
19            routes.MapRoute(
20                "Category",                                              // Route name
21                "Category/Detail/{name}",                           // URL with parameters
22                new { controller = "Category", action = "Detail", name = "" }  // Parameter defaults
23            );
24
25
26            routes.MapRoute(
27                "Default",                                              // Route name
28                "{controller}/{action}/{id}",                           // URL with parameters
29                new { controller = "Home", action = "Index", id = "" }  // Parameter defaults
30            );
31
32        }
33
34        protected void Application_Start()
35        {
36            RegisterRoutes(RouteTable.Routes);
37        }
38    }
39}

      可以看到,我们在默认规则前增加了一条规则,其中其中控制器名和Action名不再是参数,而变成了强字符串(没有{})。这时,当我们请求的url是http://localhost/Cateogry/Detail/para的形式时,就会直接匹配新加的规则,而para的值不会被赋给成id而是赋给名叫name的变量。
      需要注意的是,我们新的路由规则一定要放在前面,因为 MVC会自上向下匹配第一条找到的可匹配路由规则。

视图
      说完了路由规则,我们再来说说视图。
      上面说道,Action方法返回类型是ActionResult,其实这个返回类型不局限于View方法返回ViewResult,它还有很多实现,这里列举几个。
      ViewResult:一般呈现某个aspx文件,由View方法返回。
      RedirectToResult:使浏览器重定向,由Redirect方法返回。
      RedirectToRouteResult:直接交给下一个Action,由RedirectToAction方法返回。
      还有几个,先不说了,因为后续文章基本用不到其他的,关于那几个以后朋友们可以自己看相关资料。

小结
      看完这篇文章,就基本把90%的障碍扫清了。下面的文章中,将继续我们的实例。在下一篇中,我们来完成发布公告的功能,看看 MVC下如何处理表单信息的传递。

本来无一物,何处惹尘埃
It is empty at all here, Why pm 2.5 is so TMD high!
2010-06-24 13:05
冰镇柠檬汁儿
Rank: 16Rank: 16Rank: 16Rank: 16
来 自:北京
等 级:版主
威 望:120
帖 子:8078
专家分:6657
注 册:2005-11-7
收藏
得分:0 
第四篇:传递表单数据

摘要
      本文将完成我们“MVC公告发布系统”的公告发布功能,以此展示在 MVC中如何传递处理表单的数据。

前言
      通过前几篇文章,我们已经能比较自如的使用 MVC来呈现页面和数据了。但是,有一个大问题没有解决:如何处理表单数据。例如,我们将要实现的公告发布功能,用户肯定是在某个表单页面输入标题、正文等内容,而后提交,然后表单数据要被传递到相应的地方交由业务逻辑组件处理。
      在传统的下,使用的是Model1模式,每个aspx页面有一个同名的aspx.cs文件,当提交表单时,默认数据被提交到这个同名aspx.cs文件中某个方法下处理。但是,在 MVC中,这种方法不能用了,因为我们换用了Model2模式,不能再用同名代码文件来处理aspx的提交请求(但是这不表明同名代码文件就没有用了,实际上,它依然会被执行,但是我们不提倡在里面处理任何逻辑,但是,有时会利用它进行一些初始化操作。),那么应该怎么做呢?不多讲,我们以例子说明问题。
      下面我们一步一步完成“MVC公告发布系统”的公告发布功能,等做完这个功能,上面的问题就明了了。

先修改一个错误...
      这里,首先要像大家道歉,因为在第一篇里,我犯了一个错误。就是在公告的实体类AnnounceInfo中少了一个属性。现在,我们在AnnounceInfo中添加一个叫Cateogry的属性,类型为int,它用来指明这个公告属于哪个分类。
      对于这个错误,我十分抱歉。

建立输入信息页面
      下面,正式开始我们的工作。首先,我要建立一个页面,用来让用户输入公告信息。而我们知道,在 MVC中不能直接请求aspx文件,任何请求都要通过Controller,所以,我们首先在Controllers目录下建立一个新的Controller类,名叫AnnounceController。删除其中自动生成的Index方法,新建一个名叫Release的Action方法,具体代码如下。
AnnounceController.cs:

 1using System;
 2using System.Collections.Generic;
 3using System.Linq;
 4using System.Web;
 5using System.Web.Mvc;
 6using System.Web.Mvc.Ajax;
 7using MVCDemo.Models;
 8using MVCDemo.Models.Interfaces;
 9using MVCDemo.Models.Entities;
10
11namespace MVCDemo.Controllers
12{
13    public class AnnounceController : Controller
14    {
15        public ActionResult Release()
16        {
17            ICategoryService cServ = ServiceBuilder.BuildCategoryService();
18            List<CategoryInfo> categories = cServ.GetAll();
19            ViewData["Categories"] = new SelectList(categories, "ID", "Name");
20            return View("Release");
21        }
22    }
23}

      这个就是要呈现表单页的Action方法,看看它做了什么:它首先取出所有的分类,然后将它们转成SelectList类型存入ViewData,最后呈现Release视图。
      为什么要取出所有分类呢?因为我们在发布公告时希望有个下拉列表框列出所有公告名称,让用户可以选择要发布的公告属于哪个分类。而SelectList是 MVC中用于绑定到下拉列表的类型。它有很多重载的构造方法,其中我使用的是三个参数的,它们分别表示:生成数据的枚举,绑定到value的字段名,绑定到列表名称的字段名。这里,将把所有分类实体集合绑定到下拉列表,而ID属性作为值,Name属性作为显示在列表框中的名字。
      如果我们不需要下拉列表框来显示所有分类,那么Release方法只需一行return View("Release");就可以了。

      Action方法做完了,我们还需要视图。在Views目录下建立Announce目录,再在这个Announce目录下建立Release.aspx视图。代码如下。
Release.aspx:

 1<%@ Page Language="C#" AutoEventWireup="true" CodeBehind="Release.aspx.cs" Inherits="MVCDemo.Views.Announce.Release" %>
 2<%@ Import Namespace="MVCDemo.Models.Entities" %>
 3
 4<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.
 5
 6<html xmlns="http://www. >
 7<head runat="server">
 8    <title></title>
 9</head>
10<body>
11    <% SelectList categories = ViewData["Categories"] as SelectList; %>
12    <div>
13        <h1>MVC公告发布系统——发布公告</h1>
14        <% Html.BeginForm("DoRelease","Announce",FormMethod.Post); %>
15        <dl>
16            <dt>标题:</dt>
17            <dd><%= Html.TextBox("Title") %></dd>
18            <dt>分类:</dt>
19            <dd><%= Html.DropDownList("Category",categories) %></dd>
20            <dt>内容:</dt>
21            <dd><%= Html.TextArea("Content") %></dd>
22        </dl>
23        <input type="submit" value="发布" />
24        <% Html.EndForm(); %>
25    </div>
26</body>
27</html>

      代码不复杂,但是要注意几个地方。categories不多说了,这是刚才我们传递过来的所有分类组成的列表项。我觉得大家迷惑的可能是那些Html.***的东西,其实,Html是ViewPage的中的一个对象(ViewPage是所有视图的基类),它主要的左右就是产生各种表单项(先这么认为吧,其实它还有其他功能),例如Html.BeginForm就是说这里开始一个form标签,而Html.EndForm当然是form标签结束。其他几个,看名字相信大家也猜出来了。
      至于为什么这么做,也不直接使用原始的HTML标签,我先不多说,以后大家做多了自然就理解了,目前大家只要知道,这样做可以避免一个url问题以及让url更灵活就行了。^_^
      回到这个页面,BeginForm有三个参数,分别是提交请求的Action名,提交请求的Controller名和请求方式。所以,这个页面的意思就是使用post方法请求http://localhost/Announce/DoRelease这个Action来处理我们的请求。
      页面中有三个输入表单和一个提交按钮。三个输入表单分别是:名叫Title的文本框,名叫Content的文本域和名叫Category的下拉列表框。注意下拉列表是怎么绑定的,只要将含有数据的SelectList作为第二个参数就行了。完成后,页面是这样子的:

图片附件: 游客没有浏览图片的权限,请 登录注册

 
 
处理请求
      现在我们可以输入信息了,但是如果你输入后点提交,你会发现产生了经典的404错误。刚才我们说了,表单提交到的Action是Announce下的DoRelease,但是现在没有这个Action,当然会404了。下面,我们来建立这个处理程序。
      回到AnnounceController,新建Action方法DoRelease,具体代码如下。
AnnounceController.cs:

 1using System;
 2using System.Collections.Generic;
 3using System.Linq;
 4using System.Web;
 5using System.Web.Mvc;
 6using System.Web.Mvc.Ajax;
 7using MVCDemo.Models;
 8using MVCDemo.Models.Interfaces;
 9using MVCDemo.Models.Entities;
10
11namespace MVCDemo.Controllers
12{
13    public class AnnounceController : Controller
14    {
15        public ActionResult Release()
16        {
17            ICategoryService cServ = ServiceBuilder.BuildCategoryService();
18            List<CategoryInfo> categories = cServ.GetAll();
19            ViewData["Categories"] = new SelectList(categories, "ID", "Name");
20            return View("Release");
21        }
22
23        public ActionResult DoRelease()
24        {
25            AnnounceInfo announce = new AnnounceInfo()
26            {
27                ID = 1,
28                Title = Request.Form["Title"],
29                Category = Int32.Parse(Request.Form["Category"]),
30                Content = Request.Form["Content"],
31            };
32
33            IAnnounceService aServ = ServiceBuilder.BuildAnnounceService();
34            aServ.Release(announce);
35
36            ViewData["Announce"] = announce;
37            return View("ReleaseSucceed");
38        }
39    }
40}

      我们看,它首先新建一个AnnounceInfo类型的实体类,用来存贮这个新的公告的信息。注意它是怎么得到表单信息的,对了,用了Request.Form["表单名"],这就是获得表单信息的一种方法,当然还有其他方法,但是我推荐这一种。注意,这里的表单名就是我们使用Html.***方法生成表单时的名字。
      OK,下面就是调用业务逻辑组件,完成发布公告功能。
      但是这里有个问题,我们的业务逻辑组件是Mock的,也就是说其实什么都没做啊。如果是真的业务逻辑组件,我们可以去数据库看看有没有添加公告信息成功,可是这里没有,我们要怎么证明表单数据传递过来了呢?于是我想了一个办法,有新加了一个ReleaseSucceed视图,用来显示新发布公告的信息,以此证明我们确实把表单信息传过来了。ReleaseSucceed视图如下:
ReleaseSucceed.aspx:

 1<%@ Page Language="C#" AutoEventWireup="true" CodeBehind="ReleaseSucceed.aspx.cs" Inherits="MVCDemo.Views.Announce.ReleaseSucceed" %>
 2<%@ Import Namespace="MVCDemo.Models.Entities" %>
 3
 4<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.
 5
 6<html xmlns="http://www. >
 7<head runat="server">
 8    <title></title>
 9</head>
10<body>
11    <% AnnounceInfo announce = ViewData["Announce"] as AnnounceInfo; %>
12    <div>
13        <h1>MVC公告发布系统——发布公告成功</h1>
14        <dl>
15            <dt>ID:</dt>
16            <dd><%= announce.ID %></dd>
17            <dt>标题:</dt>
18            <dd><%= announce.Title %></dd>
19            <dt>类别ID:</dt>
20            <dd><%= announce.Category %></dd>
21            <dt>内容:</dt>
22            <dd><%= announce.Content %></dd>
23        </dl>
24    </div>
25</body>
26</html>

      这些代码就不用我过多解释了。下面,我们输入一些信息,提交看看:

图片附件: 游客没有浏览图片的权限,请 登录注册

 
      看到没有,我没有骗你们,表单数据真的传过来了!^_^|||

小结
      通过这四篇文章,我们已经了解了 MVC的基本原理,并且已经会呈现数据页面及传递表单数据处理了。会了这些,其实已经可以应付绝大多数主要开发了。从下篇开始,我们接触一些高级点的内容。下篇将说一下 MVC如何与 AJAX及JQuery结合,再后面,会讲到拦截器及与Silverlight结合的内容

[ 本帖最后由 冰镇柠檬汁儿 于 2010-6-24 13:09 编辑 ]

本来无一物,何处惹尘埃
It is empty at all here, Why pm 2.5 is so TMD high!
2010-06-24 13:07
冰镇柠檬汁儿
Rank: 16Rank: 16Rank: 16Rank: 16
来 自:北京
等 级:版主
威 望:120
帖 子:8078
专家分:6657
注 册:2005-11-7
收藏
得分:0 
第五篇:MVC整合Ajax

摘要
      本文将从完成“输入数据验证”这个功能出发,逐渐展开 MVC与Ajax结合的方法。首先,本文将使用 MVC提供的同步方式完成数据验证。而后,将分别结合 AJAX和JQuery将这个功能重构成异步形式。

数据验证
      在上一篇文章中,我们完成了发布公告的功能。但是从健壮性角度看,这个功能并不完善,因为一般情况下,我们输入的数据要符合一定的约束条件,例如,在我们的例子中,我们至少不能将空字符串作为标题或内容吧。下面,我们来为程序加入数据验证功能,
       MVC中提供了良好的数据验证实现支持,下面我们来看实现过程。首先,我们要修改一下Release.aspx视图,修改后的视图如下。
Release.aspx:

 1<%@ Page Language="C#" AutoEventWireup="true" CodeBehind="Release.aspx.cs" Inherits="MVCDemo.Views.Announce.Release" %>
 2<%@ Import Namespace="MVCDemo.Models.Entities" %>
 3
 4<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.
 5
 6<html xmlns="http://www. >
 7<head runat="server">
 8    <title></title>
 9</head>
10<body>
11    <% SelectList categories = ViewData["Categories"] as SelectList; %>
12    <div>
13        <h1>MVC公告发布系统——发布公告</h1>
14        <% Html.BeginForm("DoRelease","Announce",FormMethod.Post); %>
15        <dl>
16            <dt>标题:</dt>
17            <dd><%= Html.TextBox("Title") %></dd>
18            <dd><%= Html.ValidationMessage("TitleValidator") %></dd>
19            <dt>分类:</dt>
20            <dd><%= Html.DropDownList("Category",categories) %></dd>
21            <dd></dd>
22            <dt>内容:</dt>
23            <dd><%= Html.TextArea("Content") %></dd>
24            <dd><%= Html.ValidationMessage("ContentValidator") %></dd>
25        </dl>
26        <input type="submit" value="发布" />
27        <% Html.EndForm(); %>
28    </div>
29</body>
30</html>

      可以看到,并没有什么大的变动,只是多了两个Html.ValidationMessage方法。可以这样理解,这个方法相当于产生一个span标签,而这个span就是要显示错误信息的地方。这个方法接收一个参数,用来指明其在Controller中的名字。如果你对这个迷惑,不要紧,接下来看完Controller的代码,你就什么都清楚了。
AnnounceController.cs:

 1using System;
 2using System.Collections.Generic;
 3using System.Linq;
 4using System.Web;
 5using System.Web.Mvc;
 6using System.Web.Mvc.Ajax;
 7using MVCDemo.Models;
 8using MVCDemo.Models.Interfaces;
 9using MVCDemo.Models.Entities;
10
11namespace MVCDemo.Controllers
12{
13    public class AnnounceController : Controller
14    {
15        public ActionResult Release()
16        {
17            ICategoryService cServ = ServiceBuilder.BuildCategoryService();
18            List<CategoryInfo> categories = cServ.GetAll();
19            ViewData["Categories"] = new SelectList(categories, "ID", "Name");
20            return View("Release");
21        }
22
23        public ActionResult DoRelease()
24        {
25            if (String.IsNullOrEmpty(Request.Form["Title"]) || String.IsNullOrEmpty(Request.Form["Content"]))
26            {
27                if (String.IsNullOrEmpty(Request.Form["Title"]))
28                {
29                    ViewData.ModelState.AddModelError("TitleValidator","公告标题不能为空!");
30                }
31                if (String.IsNullOrEmpty(Request.Form["Content"]))
32                {
33                    ViewData.ModelState.AddModelError("ContentValidator", "公告内容不能为空!");
34                }
35
36                return Release();
37            }
38
39            AnnounceInfo announce = new AnnounceInfo()
40            {
41                ID = 1,
42                Title = Request.Form["Title"],
43                Category = Int32.Parse(Request.Form["Category"]),
44                Content = Request.Form["Content"],
45            };
46
47            IAnnounceService aServ = ServiceBuilder.BuildAnnounceService();
48            aServ.Release(announce);
49
50            ViewData["Announce"] = announce;
51            return View("ReleaseSucceed");
52        }
53    }
54}

      可以看到,我们的DoRelease这个Action方法多了不少东西。我们看多了什么:当从表单传递过来的标题或内容为空时,我们做了一定处理。注意,这个ViewData.ModelState.AddModelError方法,它就是往我们刚才说的由Html.ValidationMessage生成的span里加入错误信息的方法,它可以有两个参数,第一个指明哪个span,这个参数Html.ValidationMessage中的参数是对应的。第二个参数就是要显示的信息。
      相信结合视图和控制器,已经很好理解了。最后,如果标题或内容有空值的话,我们不再调用业务逻辑组件处理了,而是调用了Release这个Action。为什么我们不用Redirect呢?因为我们要保持ViewData中的数据,刚才我们的错误信息可都放在里面的,而使用了Redirect,ViewData的信息就传不过去了。
      现在,我们再来发布公告。我们故意什么都不填,提交,看结果:

图片附件: 游客没有浏览图片的权限,请 登录注册

 
      没有问题,我们的程序成功对标题和内容进行了完整性检测(这里就是均不能为空),在验证不通过时,返回了发布公告视图并正确显示了错误提示信息。
      也许你有一个疑问,为什么第一次请求Release视图时没有显示任何错误信息呢?因为那时ViewData中的ModelError是空的。而Html.ValidationMessage生成的标签会自动寻找ModelError中同名的错误信息,找不到,当然是空的了。而在提交空信息时,DoRelease这个Action为ViewData的ModelError添加了内容,于是当再次返回Release视图时,相应信息就显示在我们指定的位置了。

使用 AJAX实现客户端数据验证
      上面的代码运行起来没问题,也达到了我们的要求。但是验证标题内容是否为空这种行为在客户端应该就可以完成。当然,为了放置恶意攻击或浏览器将JavaScript屏蔽的情况,我们应该在后台进行验证,但是我们不能每次都将这种请求发到后台去验证,这太费资源了,毕竟恶意攻击者和JavaScript被屏蔽的浏览器只是少数。所以,在数据被送到后台前,我们应该先进行一遍验证,这样可以节约很多资源。
      下面,我们使用 AJAX框架完成客户端的数据验证。
      说实话,在 MVC中使用 AJAX或JQuery实在太方便了,不信你展开Scripts文件夹,看到没,微软已经把这些库放到里面了,所以,我们要做的只是直接引用。看我们修改后的Release.aspx。
Release.aspx:
 1<%@ Page Language="C#" AutoEventWireup="true" CodeBehind="Release.aspx.cs" Inherits="MVCDemo.Views.Announce.Release" %>
 2<%@ Import Namespace="MVCDemo.Models.Entities" %>
 3
 4<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.
 5
 6<html xmlns="http://www. >
 7<head runat="server">
 8    <title></title>
 9    <script type="text/javascript" src="<%= Url.Content("~/Scripts/MicrosoftAjax.debug.js") %>"></script>
10    <script type="text/javascript" src="<%= Url.Content("~/Scripts/MicrosoftAjaxValidate.js") %>"></script>
11</head>
12<body>
13    <% SelectList categories = ViewData["Categories"] as SelectList; %>
14    <div>
15        <h1>MVC公告发布系统——发布公告</h1>
16        <% Html.BeginForm("DoRelease","Announce",FormMethod.Post); %>
17        <dl>
18            <dt>标题:</dt>
19            <dd><%= Html.TextBox("Title") %></dd>
20            <dd><span id="TitleValidator"></span></dd>
21            <dt>分类:</dt>
22            <dd><%= Html.DropDownList("Category",categories) %></dd>
23            <dd></dd>
24            <dt>内容:</dt>
25            <dd><%= Html.TextArea("Content") %></dd>
26            <dd><span id="ContentValidator"></span></dd>
27        </dl>
28        <input id="Submit" type="submit" value="发布" />
29        <% Html.EndForm(); %>
30    </div>
31</body>
32</html>
      改动有两处,首先我们在页头引用了两个js文件,第一个是 AJAX的库文件,第二个就是我们一会要实现的包含验证代码的js文件了。你可能注意到那个Url.Content了,Url是ViewPage的一个对象,它最常用的一个方法就是Content,它的功能是返回某个文件的路径。一般情况下,在使用了 MVC后,目录结构变得有点诡异,像js、css、图片等与路径(即使是相对路径)引用相关的地方可能会出现问题,但是,只要你在这些地方用Url.Content生成路径,而不是直接将路径写在页面里,一般就没什么问题了。所以,凡是引用js、css、图片等除,请一定使用Url.Content生成路径,其参数只有一个,就是文件原始的相对路径。
      下一个改动就是显示错误信息的span不再是Html.ValidationMessage生成的了,而是普通的span。
      下面我们在Scripts目录下新建MicrosoftAjaxValidate.js文件。
MicrosoftAjaxValidate.js:
 1Sys.Application.add_init(onPageInit);
 2
 3function onPageInit() {
 4    $addHandler($get("Submit"), "click", validate);
 5}
 6
 7function validate() {
 8    if ($get("Title").value == "" || $get("Content").value == "") {
 9        if ($get("Title").value == "") {
10            $get("TitleValidator").innerHTML = "标题不能为空!";
11        }
12        if ($get("Content").value == "") {
13            $get("ContentValidator").innerHTML = "内容不能为空!";
14        }
15
16        return false;
17    }
18
19    return true;
20}
      关于这段代码我不多说了,对 AJAX有兴趣的可以参看《 AJAX客户端编程之旅》系列文章。
      现在运行,将标题和内容留空,提交。OK!效果和刚才很像,只不过这次是在客户端验证了,并没有提交到服务器端。

整合JQuery
      下面我们再使用JQuery实现这个功能。
      其实看懂上面的实现后,我想你已经想到怎么整合JQuery了,无非也是引入相应库和js文件,然后使用JQuery编写验证代码。修改后的Release.aspx就没必要看了,无非是引入Scripts目录下的JQuery库,然后再引入一个自定义验证js文件,我们姑且叫JQueryValidate.js吧。
      下面在Scripts目录下新建JQueryValidate.js,代码如下。
JQueryValidate.js:
 1$(document).ready(function(){
 2    $("#Submit").click(function() {
 3        if ($("#Title").attr("value") == "" || $("#Content").attr("value") == "") {
 4            if ($("#Title").attr("value") == "") {
 5                $("#TitleValidator").attr("innerHTML", "标题不能为空!");
 6            }
 7            if ($("#Content").attr("value") == "") {
 8                $("#ContentValidator").attr("innerHTML", "内容不能为空!");
 9            }
10
11            return false;
12        }
13
14        return true;
15    }
16    );
17}
18);

小结
      从本文可以看出,在MVC框架中整合Ajax和普通应用差别不大,唯一就是注意在引用外部js时使用Url.Content方法处理一下相对路径。其实在本文中我们并没有使用到Ajax,而仅仅是整合了JavaScirpt,但是这已经足够了,因为Ajax无非就是在这些JavaScript里包含了异步后台调用。
      其实, MVC有专门针对 AJAX的扩展,放在MicrosoftMvcAjax.js里。而在ViewPage里有个叫Ajax的AjaxHelper对象,可以实现一些简单的异步调用。但是这个扩展的功能很有限,有兴趣的可以自己研究一下。我个人还是建议大家自己写JS代码,当然可以使用 AJAX或JQeury这样优秀的框架。
      这篇文章先到这里,下一篇中我们讨论一下拦截器的使用。^_^

本来无一物,何处惹尘埃
It is empty at all here, Why pm 2.5 is so TMD high!
2010-06-24 13:12
冰镇柠檬汁儿
Rank: 16Rank: 16Rank: 16Rank: 16
来 自:北京
等 级:版主
威 望:120
帖 子:8078
专家分:6657
注 册:2005-11-7
收藏
得分:0 
第六篇:拦截器

摘要
      本文将对“MVC公告发布系统”的发布公告功能添加日志功能和异常处理功能,借此来讨论 MVC中拦截器的使用方法。

一个小难题
      我们继续完善“MVC公告发布系统”,这次,我们的需求是对公告发布功能添加日志记录能力,即在发布公告前,记录一次,在公告发布成功后,再记录一次。然后还要使得其具备异常处理,即当业务组件出现问题时,跳转到相应的错误页面并显示相应提示。
      有人可能笑了,这有什么难的,在DoRelease这个Action的开始和结束处各加入相应日志功能不久结了。异常处理更不在话下,直接try...catch搞定。
      没错,以上方法确实行得通,但是存在以下两点问题:
      1.代码重复问题。很多日志处理代码和异常处理代码是很相似的,这样就导致了各个Action中存在大量重复代码。
      2.职责被破坏。不要忘了,我们的Controller仅仅是控制器,它应该只负责表示逻辑,而不应该被一大堆日志处理代码和try...catch块包围。我们要的Action,应该是干净的、工整的、仅包含表示逻辑的Action。
      以上两点,造成了我们系统中的坏味代码。那么,怎么解决这个问题呢?

从厨师到AOP
      先来想象一个场景:饭店里的高级厨师怎么工作?我们知道,他不用洗菜切菜、不用端着盘子送菜、如果发现手里牛肉变质了他更不用拿着牛肉去找肉店老板理论,他的工作很单一:炒菜。
      当原料送来后,有专门的顺菜切菜工进行洗菜、切菜,然后把处理好的菜送给厨师,厨师只管下锅炒,炒完了送菜自然也不必关心,因为有专门的服务员负责这事。如果发现牛肉变质了,它只管说一声,自然有相应的人处理这事。
      这个场景就是典型的AOP(面向切面编程)。厨师可以看成是业务组件,它有个方法就是“炒菜”,但是炒菜前要切菜,炒完了要有人送菜,可这不是厨师该关心的事啊!于是我们的切菜工和服务员就相当于拦截器,其中切菜工在炒菜前拦截,进行切菜,服务员在炒菜后拦截,负责送菜。当然,我们还有个异常拦截器:处理问题的人,就是那个当厨师发现肉变质了喊一声,就来处理的人。
      基于这个场景,我们看看这样有什么好处。首先是厨师职责单一了,他可以专注于自己的工作:炒菜,而不必理会不该自己关心的问题。而且“拦截器们”可以复用的,例如一个抠门的老板完全可以找3个厨师但是只招一名服务员,反正一名服务员就可以给三名厨师端菜,这样,拦截器的复用使得代码重复不见了!

回来
      好的,现在回到我们的“MVC公告发布系统”。相信看了上面的场景,你的灵感一定来了:对啊,Action不就是厨师吗,如果我们可以将日志功能做成拦截器,在DoRelease执行前先拦截一次完成记录日志功能,DoRelease执行后再拦截一次记录一次日志。最好还有个拦截器,在Action发生异常的时候可以拦截处理(就像上文处理变质牛肉的人),不就搞定了吗。
      可是要怎么实现拦截Action呢?真是幸运之极, MVC框架中内置了这种机制!哈哈,我们赶快来做吧!

实现拦截器
       MVC中,有三种拦截器:Action拦截器、Result拦截器和Exception拦截器。我要用到第一种和第三种。其实所谓的 MVC拦截器,也没什么神秘的,就是一个普通的类而已。只不过需要继承FilterAttribute基类,Action拦截器还要实现IActionFilter接口,而Exception拦截器需要实现IExceptionFilter接口。
      我们先来看实现:让我们在Controllers目录下新建一个Filters目录,然后在Filters下新建两个类,一个叫LoggerFilter一个叫ExceptionFilter。首先是LoggerFilter的代码。
LoggerFilter.cs:


 1using System;
 2using System.Collections.Generic;
 3using System.Linq;
 4using System.Web;
 5using System.Web.Mvc;
 6using System.Web.Mvc.Ajax;
 7
 8namespace MVCDemo.Controllers.Filters
 9{
10    public class LoggerFilter : FilterAttribute, IActionFilter
11    {
12        void IActionFilter.OnActionExecuting(ActionExecutingContext filterContext)
13        {
14            filterContext.Controller.ViewData["ExecutingLogger"] = "正要添加公告,已以写入日志!时间:" + DateTime.Now;
15        }
16
17        void IActionFilter.OnActionExecuted(ActionExecutedContext filterContext)
18        {
19            filterContext.Controller.ViewData["ExecutedLogger"] = "公告添加完成,已以写入日志!时间:" + DateTime.Now;
20        }
21    }
22}
      可以看到,这个类继承了FilterAttribute并实现了IActionFilter。其中关键是IActionFilter,它有两个方法,OnActionExecuting在被拦截Action前执行,OnActionExecuted在被拦截Action后执行。两个方法都有一个参数,虽然类型不同,但其实都是一个作用:被拦截Action的上下文。
      这个地方我得解释一下,你拦截器拦截了Action,在做处理时难免要用到被拦截Action相关的东西,例如在我们的例子中,就需要想被拦截Action所在Controller的ViewData中添加内容,所以,拦截器方法有一个参数表示被拦截Action的上下文是顺理成章的事。
      下面再看ExceptionFilter这个拦截器,它是在Action出现异常时发挥作用的。
ExceptionFilter.cs:
 1using System;
 2using System.Collections.Generic;
 3using System.Linq;
 4using System.Web;
 5using System.Web.Mvc;
 6using System.Web.Mvc.Ajax;
 7
 8namespace MVCDemo.Controllers.Filters
 9{
10    public class ExceptionFilter : FilterAttribute,IExceptionFilter
11    {
12        void IExceptionFilter.OnException(ExceptionContext filterContext)
13        {
14            filterContext.Controller.ViewData["ErrorMessage"] = filterContext.Exception.Message;
15            filterContext.Result = new ViewResult()
16            {
17                ViewName = "Error",
18                ViewData = filterContext.Controller.ViewData,
19            };
20            filterContext.ExceptionHandled = true;
21        }
22    }
23}
      异常拦截器一样需要继承FilterAttribute,但是不要实现IActionFilter,而是要实现IExceptionFilter接口,这个接口只有一个方法:OnException,顾名思义,当然是发生异常时被调用了。我们看看我让它做了什么:首先将异常信息(ExceptionContext一样也是上下文,而其成员的Exception就是一个Exception类型的实例,就是被抛出的异常)记录到ViewData相应的键值里,然后我们要呈现Error这个视图。
      注意!这里已经不是Controller里了,而是另一个类,所以当然不能调用View方法返回ViewResult实例了。我们只好新建一个ViewResult实例,并将其视图名设为Error,将上下文中的DataView传过去。
      最后那行filterContext.ExcepitonHandled = true;很重要,这行的意思是告诉系统,异常已经处理,不要再次处理了。

应用拦截器
      好了,拦截器建立完了,要怎么应用到相应的Action上呢?如果你使用过Spring,你一定对其AOP是实现之麻烦深有感触,如果你和我一样讨厌写各种XML的话,你真是太幸福了。因为在 MVC中,应用拦截器简直是轻松加愉快。只要将拦截器当做Attribute写在要应用此拦截器的Action上就行了。看代码。
AnnounceController.cs:
 1using System;
 2using System.Collections.Generic;
 3using System.Linq;
 4using System.Web;
 5using System.Web.Mvc;
 6using System.Web.Mvc.Ajax;
 7using MVCDemo.Models;
 8using MVCDemo.Models.Interfaces;
 9using MVCDemo.Models.Entities;
10using MVCDemo.Controllers.Filters;
11
12namespace MVCDemo.Controllers
13{
14    public class AnnounceController : Controller
15    {
16        public ActionResult Release()
17        {
18            ICategoryService cServ = ServiceBuilder.BuildCategoryService();
19            List<CategoryInfo> categories = cServ.GetAll();
20            ViewData["Categories"] = new SelectList(categories, "ID", "Name");
21            return View("Release");
22        }
23
24        [LoggerFilter()]
25        [ExceptionFilter()]
26        public ActionResult DoRelease()
27        {
28            AnnounceInfo announce = new AnnounceInfo()
29            {
30                ID = 1,
31                Title = Request.Form["Title"],
32                Category = Int32.Parse(Request.Form["Category"]),
33                Content = Request.Form["Content"],
34            };
35
36            IAnnounceService aServ = ServiceBuilder.BuildAnnounceService();
37            aServ.Release(announce);
38
39            ViewData["Announce"] = announce;
40
41            System.Threading.Thread.Sleep(2000);
42            ViewData["Time"] = DateTime.Now;
43            System.Threading.Thread.Sleep(2000);
44
45            return View("ReleaseSucceed");
46        }
47    }
48}
      看到没有,只要在DoRelease上写这么两个Attribute,一切就完成了,至于什么时候该调用什么拦截器,都是框架帮你完成了。注意一点,为了让我们看出拦截器的时序,我们在DoRelease中加了一点东西,就是加了一个ViewData["Time"],里面记录了执行此Action的时间,因为日志拦截器在前后都会记录时间,我们通过比较时间就可以看出执行顺序了。至于那两个Sleep则是让效果更明显的,这行代码的意思是让程序在这里延迟2秒。

      要执行这个程序,我们还要改一下ReleaseSucceed.aspx视图,其实就是加几个地方显示ViewData里相应的数据。
ReleaseSucceed.aspx:
 1<%@ Page Language="C#" AutoEventWireup="true" CodeBehind="ReleaseSucceed.aspx.cs" Inherits="MVCDemo.Views.Announce.ReleaseSucceed" %>
 2<%@ Import Namespace="MVCDemo.Models.Entities" %>
 3
 4<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.
 5
 6<html xmlns="http://www. >
 7<head runat="server">
 8    <title></title>
 9</head>
10<body>
11    <% AnnounceInfo announce = ViewData["Announce"] as AnnounceInfo; %>
12    <div>
13        <h1>MVC公告发布系统——发布公告成功</h1>
14        <dl>
15            <dt>ID:</dt>
16            <dd><%= announce.ID %></dd>
17            <dt>标题:</dt>
18            <dd><%= announce.Title %></dd>
19            <dt>类别ID:</dt>
20            <dd><%= announce.Category %></dd>
21            <dt>内容:</dt>
22            <dd><%= announce.Content %></dd>
23            <dt>发布时间:</dt>
24            <dd><%= ViewData["Time"] %></dd>
25        </dl>
26        <p><%= ViewData["ExecutingLogger"] %></p>
27        <p><%= ViewData["ExecutedLogger"] %></p>
28    </div>
29</body>
30</html>
      现在可以提交一则公告看结果了:

图片附件: 游客没有浏览图片的权限,请 登录注册

 
      没有问题,拦截器方法顺利执行,而且从时间可以看出,OnActionExecuting先执行,Action执行,然后OnActionExecuted执行。

      下面我们来看看异常拦截器的效果。要触发异常拦截器,首先要抛出一个异常,所以,我们在业务逻辑组件做点手脚。将MockAnnounceServices的Release方法改成如下:
1/**//// <summary>
2/// 发布公告
3/// </summary>
4/// <param name="announce"></param>
5public void Release(AnnounceInfo announce)
6{
7    throw new Exception("发布公告失败了!原因?没有原因!我是业务组件,我说失败就失败!");
8    return;
9}

      另外,我们还要实现一个Error.aspx视图,这是在异常拦截器中定义的错误视图。我们将它新建在Views/Shared下就可以了。顺便说一下,共用的视图一般放在Shared下,因为 MVC的视图寻找机理是当与Controller同名目录下不存在时,就到Shared下看看有没有此视图。
Error.aspx:

 1<%@ Page Language="C#" AutoEventWireup="true" CodeBehind="Error.aspx.cs" Inherits="MVCDemo.Views.Shared.Error" %>
 2
 3<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.
 4
 5<html xmlns="http://www. >
 6<head runat="server">
 7    <title></title>
 8</head>
 9<body>
10    <div>
11        <h1>系统发生异常</h1>
12        <%= ViewData["ErrorMessage"] %>
13    </div>
14</body>
15</html>

      好了,现在我们再提交新公告,会返回如下结果:

图片附件: 游客没有浏览图片的权限,请 登录注册

 
      很明显,业务组件抛出了异常,但是我们的Action方法中并没有用try...catch处理,但是异常拦截器成功拦截了异常,并做了相应处理。
      我们再回过头看看,使用了拦截器后,代码是不是很清晰呢。

小结
      通过本文,朋友们应该可以掌握拦截器的基本使用以及使用它在表示层实现AOP了。下一篇作为本系列的终结篇,将对 MVC做一个全面的讨论,并与Web Form模型进行一个比较,使朋友们看清其优势、劣势,从而更好的学习使用这个框架。

本来无一物,何处惹尘埃
It is empty at all here, Why pm 2.5 is so TMD high!
2010-06-24 13:13
冰镇柠檬汁儿
Rank: 16Rank: 16Rank: 16Rank: 16
来 自:北京
等 级:版主
威 望:120
帖 子:8078
专家分:6657
注 册:2005-11-7
收藏
得分:0 
第七篇:闲话 MVC

摘要
      本文作为《 MVC案例教程》的完结篇,仅从个人角度,发表一些对 MVC框架的看法。并且在最后会附上本系列文章的Demo下载。

前言
      写这篇文章的目的,是想总结一些东西,以帮助朋友们更好的使用这个框架。但是,我又不像把官方列举的哪些优势、功能翻译过来列举在这里。所以,我想干脆我就纯从个人观点上对这个框架评论一下吧。说的不好的,不对的还请批评指正。^_^

MVC——螺旋进步的产物
      对于微软为什么要推出 MVC,我们是无从得知的,也许是因为JavaEE平台上有Struts,也许是因为MVC太流行,也许微软是想使得自己的Web App平台更完善,总之我们只能猜测。但是如果回顾一下微软的Web App平台进化过程,还是很有意思的。

      ASP——微软最早为Web开发做出的贡献可能就是ASP了,这个动态语言把动态网页开发的难度空前降低了。但是,在很多人兴奋的用ASP写着一个又一个动态网页时,它的缺点渐渐暴露:语言过于简单,没有面向对象支持、没有好的IDE支持、动态脚本和静态HTML杂糅在一起,使得修改及维护极为困难。
      Web Form——说实话,即使是用现在的眼光看,微软推出的Web Form编程模型确实是很有创意,也很实用。微软开创性地将桌面应用的开发模式引入Web应用开发:拖控件、写事件处理、运行...一切都那么美好,而且前段静态代码和后端程序完全隔离在两个文件里,并且用户可以使用.NET平台上任意一种语言进行后端编程。对程序员来说,使用C#进行编程比使用ASP实在是舒服太多了。所以,Web Form模型可以说成为.NET Web App开发的代名词,所有基于.NET平台的Web开发人员都熟悉并接受了这种模型。
       MVC——就在Web Form大行其道时,微软推出了 MVC。严格说, MVC和Web Form是不具有可比性的,Web Form是一个完整的新型模型,从顶层到底层是一整套的东西,而 MVC只是给Web Form穿了件MVC样子的外套,它应该是基于Web Form的一种编程方式模型扩展。但是,从开发人员看, MVC的推出确实大大改变了我们的开发方式,很多Web Form下的方式不被提倡了(你仍可以用,因为 MVC也是基于Web Form的),例如,曾饱受赞扬的服务器端控件再度被抛弃,转而再次使用客户端控件,事件驱动模型被抛弃,转而使用了类似传统的Url跳转处理模型。而且在数据验证等方式上与Web Form下提倡的方式有了很大变化。

      如此看来,真像是一个轮回,似乎 MVC又把我们带回到了ASP时代:服务器端模型不让用、事件驱动机制不让用、类似Desktop App的开发方式不让用...我们似乎从Web Form回到了传统的ASP时代。但是,真的是这样吗?当然不是!
      只要稍微用一下,就知道虽然 MVC提倡我们废除Web Form下的很多东西和习惯,但是绝不是让我们“回归原始”,如果非要说是一个轮回,那也应该说是一个螺旋式的轮回,是上升式的轮回。
      记得马克思主义哲学中有个很经典的命题:对于新事物来说,道路是曲折的,前途是光明的。也许,Web App模型的发展就印证了这个观点吧。也许,服务器端控件、事件驱动模型这些东西一开始就是不适合Web App的,微软走了很多弯路,现在找到了正确的方向。抛弃的痛苦的,我们要抛弃曾经认为多么习惯并且倾注了大量心血的东西,但是,事物被否定后,剩下的的一个蜕变出的新事物,是一个更优秀的东西。
      例如,我们抛弃了用了多年的务器端控件、事件驱动模型……但是我们得到了低耦合的、关注被分离的、符合MVC模型的新的Web模型。要敢于否定,才能获得新生。微软是,我们也是。

MVC带来的变化
      下面,我们看看 MVC到底让我们否定什么?又能得到什么。
      1.服务器端表单控件。
      由于 MVC的特质,服务器端的表单控件不再被提倡使用,例如我们的文本框,不再使用asp:TextBox,而是使用传统的input,或直接让Html.TextBox生成。总之,很多服务器端控件被我们废止了。甚至GridView这样曾给我们带来无限快感的老朋友,也不再被提倡使用。但是,并不是说不能用任何服务器端控件,例如,为了实现母版,我们的ContentPlaceHolder还是必须要使用的。
      2.事件驱动模型。
      既然服务器端表单控件已经不提倡使用了,事件驱动模型自然也不被提倡,两者本来就是相辅相成的。在 MVC中,当某个按钮被点击,你不要再习惯性想到应该在相应的aspx.cs中有个时间处理方法,你应该想到的是该有某个Controller中有个Action来处理这个事件。实际上,在 MVC中,提倡不要在aspx.cs中写任何逻辑代码。甚至应该当他们不存在。
      3.数据绑定
      对于列表式表格数据,你一定习惯了GridView的数据绑定,可是,从你使用 MVC开始,这不在被提倡了。你应该自己处理数据的显示。当然,我们也可以期待未来的 MVC正式版中会有一个强大的Helper来帮我们做数据显示。

MVC的收益
      你一定想知道,我们为使用付出了如此惨烈的代价,那么我们能得到什么?从我个人认为,你至少得到了以下东西:
      1.清晰的、关注被分离的代码。
      2.更容易的测试及维护。
      3.更符合MVC的表示层。
      4.你可以向Java程序员自豪的说:我现在也用MVC模式了,而且不用写任何XML!

总结
      好了,到这里,这个系列就结束了。
      在这个系列开篇里,我曾经说,我做这个系列的唯一目的只是让还徘徊在 MVC门外的朋友快速入门,快速上手,快速学会使用这个框架做应用,所以,这个系列一直是在“实用”的指导思想下写的。它不够全面,没有涉及到 MVC的方方面面。但是,我相信现在你已经有能力去自己学习那些“方方面面”了。当然,它也不够深入,没有讲解底层的原理。但是,现在的你一定也可以随着实践经验的基类,慢慢去研究它的原理了。
      总之,只要你能通过这个系列的文章,学会使用 MVC的基本方法,并已经开始试着做Demo了。那么,我的目的也就达到了。
      最后,附上本系列文章的Demo:
MVCDemo.rar (155.85 KB)

本来无一物,何处惹尘埃
It is empty at all here, Why pm 2.5 is so TMD high!
2010-06-24 13:15
misswang
Rank: 8Rank: 8
来 自:湖北荆州
等 级:贵宾
威 望:15
帖 子:265
专家分:720
注 册:2010-3-11
收藏
得分:0 
我顶。。。我现在在自学这个呢...

misswp2010@
wangping103@
2010-06-26 14:37
bygg
Rank: 16Rank: 16Rank: 16Rank: 16
来 自:乖乖的心中
等 级:版主
威 望:241
帖 子:13555
专家分:3076
注 册:2006-10-23
收藏
得分:0 
好东东,一个字一个字的看完了。呵呵。帮助很大啊。
马上动手去了……
最后谢谢*.*冰镇柠檬汁儿*.*的转载,嘿嘿,辛苦了。

[ 本帖最后由 bygg 于 2010-6-28 12:54 编辑 ]

飘过~~
2010-06-28 12:50
冰镇柠檬汁儿
Rank: 16Rank: 16Rank: 16Rank: 16
来 自:北京
等 级:版主
威 望:120
帖 子:8078
专家分:6657
注 册:2005-11-7
收藏
得分:0 
我还有一个 mvc的教程,一共11节,正发愁怎么放上来呢,这个才7节,就占了这么长的版面

本来无一物,何处惹尘埃
It is empty at all here, Why pm 2.5 is so TMD high!
2010-06-29 09:07
快速回复:[转载]ASP.NET MVC案例教程(基于ASP.NET MVC beta)
数据加载中...
 
   



关于我们 | 广告合作 | 编程中国 | 清除Cookies | TOP | 手机版

编程中国 版权所有,并保留所有权利。
Powered by Discuz, Processed in 0.047532 second(s), 8 queries.
Copyright©2004-2024, BCCN.NET, All Rights Reserved