不忘初心,不负韶华,砥砺前行!
Pages: 1/2 First page 1 2 Next page Final page [ View by Articles | List ]
Feb 8
本文目的
我们来看一个小例子,在一个ASP.NET MVC项目中创建一个控制器Home,只有一个Index:


创建对应的强类型视图


运行一下,如果你的RP不是非常不好的情况下,会出现下面的结果:

Highslide JS

生成的是一个Email的链接。看一下email部分对应的html源文件:


对于不求甚解的人来说,这很正常啊,正常的就像1+1=2一样。但对于勤学好问的同学来说,问题来了。

为什么生成的是一个email链接,不是一个纯文本?

因为我用DataType指明了它是email!

那DataType是如何指导Model生成html的?

如果你对这些问题感兴趣,请你看下去。



Model的兄弟--ModelMetadata
      在介绍Model如何能在View中正常显示之前,不得不提一下他的兄弟ModelMetadata这个类。ModelMetadata实现对Model的一些特征进行描述(如Model的类型、Model的值,Model要显示的模板 ),并且实现了对Model的所有属性值进行描述(递归结构)。有了这个兄弟,Model才能知道如何在View中正常显示【注意:这里特指的是用HtmlHelper的系列扩展方法(如Display/DiaplayFor/EditorFor等)方法在View中显示。如果你是在View中直接取Model的值用html显示,你可以暂不用关心ModelMetadata。但!!不要觉得这样你就不用了解ModelMetadata了,因为MVC中还有一个核心与它息息相关---Model绑定与验证,所以我建议你还是先认识一下这位好兄弟】,让我们来看看这个兄弟长什么样:


      然而在MVC中默认使用的却不是这个类,而是它的子类CachedDataAnnotationsModelMetadata(其实中间还隔着一个CachedModelMetadata类,因为该类只是做了简单的封装,为了方便读者理解,在此省略)。CachedDataAnnotationsModelMetadata做的最主要的一件事情就是通过一系列的Compute函数得到Model上注解特性的值,并把这些值赋值到对应的属性。如下:


      注意代码中两个红色的部分,把Model的注解特性存在PrototypeCache里面,这样就可以通过反射得到注解特性的值了。比如文章开始处的DemoModel的属性Email对应的CachedDataAnnotationsModelMetadata对象中 DataTypeName最终被赋值为“EmailAddress”,等介绍完下一位重量级人物后,会详解具体调用过程。

ModelMetadata的创建者ModelMetadataProvider
我们还要来认识一位重量级的人物:ModelMetadata的创建者:


      它是一个纯抽象类。该类的第一级子类非常重要,看一下代码:


      注意红色的部分,正是因为有这样一个处理,用户就可以通过自已自定义扩展实现IMetadataAware接口,对ModelMetadata进行再加工处理。



      根据上面ModelMetadata讲解,我们知道,MVC中默认使用的是CachedDataAnnotationsModelMetadata这个类,于是对应ModelMetadataProvider的最终子类CachedDataAnnotationsModelMetadataProvider。

      当外部想通过GetMetadataForType来得到ModelMetadata时,内部会调用CreateMetadata,再根据原型模式调用CreateMetadataPrototype或CraeteMetadataFromPrototype实现最终创建过程:


       同MVC的路由表RouteTable一样,ModelMetadataProvider也有一个静态的ModelMetadataProviders变量Current来提供默认的ModelMetadataProvider。简化代码如下:


终极解密
知道了这两位重量级的大员后,现在我们回到文章开始的代码:

Html.DisplayFor(model => model.Email)
当View中执行这句时,执行HtmlHelper的扩展函数,正式进入漫长的生成MvcString旅程:
Highslide JS
http://www.cnblogs.com/DotCpp/

     【注意,这个图中代码是经过N重简化而来,实际调用流程复杂无比(全是在TemplateHelpers中跳转),函数参数多如牛毛,实在不忍让大家看的痛苦】

      红色线是程序执行的主流程,后来的执行主场景都是在TemplateHelpers里面完成。

      从黄色线可以看出ModelMetadata是通过调用ModelMetadata本身的静态函数FromLambdExpression--->GetMetadataFromProvider,最终由ModelMetadataProviders完成创建。

     再来看看桔黄色部分。MVC中有一个DefaultDisplayTemplates的类,存储了诸如Boolean/String/Html/Email等等数据类型的模板,MVC最终根据ViewData中的ModelMetadata.DataType的值找到对应的模板,最终完成HTML字符串的输出,作为WebViewPage.ExecutePageHierarchy的一部分(WebViewPage请参看:仅此一文让你明白ASP.NET MVC 之View的显示(仅此一文系列二))。



结语
      本文只是用了ModelMetadata的一个DataType属性做为例子,让你了解在Model中添加注解特性是如何被ModelMetadata使用的。还有其它很多Model注解特性(如ReadOnlyAttribute/RequiredAttribute/UIHintAttribute等等)都和该原理类似。

      其实ModelMetadata在view显示中的作用是有限的,因为很多开发人员都不喜欢用这种前台显示方式,尤其随着json的大量使用,与JQUERY等前台的完美结合。但它有属于它的舞台----Model绑定与验证,敬请期待!

     希望新手看的明白,老手多提意见。如果你觉得对你有帮助,请让更多人知道它:)
Dec 17

 安装了vs2012,开始看看MVC4,博客园里的文章教程开始:

http://www.cnblogs.com/xdotnet/archive/2012/03/05/aspnet_mvc40_preview.html

Mar 29
微软开发部门副总裁Scott Guthrie宣布,ASP.NET MVC及相关项目将在Apache许可证下开源,托管在CodePlex上。ASP.NET MVC是微软的Web应用程序框架,早在2009年已宣布开源,但采用的是微软公共许可证MS-PL。

在MS-PL许可证下,所有人都可以阅读源代码,但无权提出修改建议或贡献代码,对微软的决定构不成任何影响。但在新的开源开发模式下,开发者可以修正bug,修改代码,增加特性,微软将接受第三方递交的补丁。

微软已经接受了开源.NET框架Mono创始人 Miguel de Icaza递交的第一个补丁。除ASP.NET MVC外,微软还开源了ASP.NET Web API和ASP.NET Web Pages v2。

具体内容参看Scott Guthrie博客《ASP.NET MVC, Web API, Razor and Open Source》,其中最让我兴奋地ASP.NET Web API也可以在Mono平台上用了,大大提升Mono的成熟度,最近刚写了一个系列文章http://www.cnblogs.com/shanyou/category/307401.html 。期望微软和Mono团队能够更密切合作。

看看http://news.ycombinator.com/item?id=3764074 这里的讨论也很有意思。
Mar 18
在MVC中,一般使用Controller(IController)对客户端的请求进行响应; 其实我们也可以使用IHttpHandler来接受请求和响应。
实现的方式非常简单,一共三步:
首先得定义一个类(例如PlainHttpHandler),并实现IHttpHandler接口;

定义一个类(例如PlainRouteHandler),并实现IRouteHandler接口;

在Global.asax.cs的RegisterRoutes函数中,添加一个Route;指定匹配的url及IRouteHandler为PlainRouteHandler;

运行结果如下:
Highslide JS
Apr 24
aspnet mvc的错误处理方式主要有以下两种
方式一:通过对controller或者action标记HandleError属性,然后指定一个错误页即可。这种方式最简单,不需要额外增加action ,仅仅需要增加错误页,但是不能记录日志(因为没有action,其实在aspx中也可调用记录日志的方法)。这个错误页还可以定义为强类型,类型为HandleErrorInfo,具体的Model又框架传递,可获取具体的异常信息。
ASP.NET-MVC中错误处理方式 asp.net-mvc asp.net错误日志 asp.net错误处理 mvc
HandlError

/// <summary>
        /// 标记了HandleError,并指明错误处理页为AboutError.aspx
        /// </summary>
        /// <returns></returns>
        [HandleError(View = "AboutError")]
        public ActionResult About()
        {
            return View();
        }

AboutError.aspx

<%@ Page Title="" Language="C#" MasterPageFile="~/Views/Shared/Site.Master" Inherits="System.Web.Mvc.ViewPage<HandleErrorInfo>" %>

<asp:Content ID="Content1" ContentPlaceHolderID="TitleContent" runat="server">
    AboutError
</asp:Content>

<asp:Content ID="Content2" ContentPlaceHolderID="MainContent" runat="server">
    通过强类型获取异常信息
    <%= Model.Exception.Message %>
</asp:Content>


这种方式比较灵活,比如需要对某个action定义个错误页,就可采用这种方式。不过会有个小问题,后面会提到。


方式二:重写controller类的onException方式,这种方式最直接了,通常用于一个项目的BaseController中,那么以后的controller都继承这个类即可,可以在cs代码中记录错误日志,但是要定义错误页的action和具体的错误页面。方法中需要设置ExceptionHandled=true,否则错误会被抛到外层,这时候只能通过传统的aspnet错误方式处理了,通常是招CustomerError中配置的错误页,如果没有配置,那就出现一个大黄页了。ExceptionHandled=true这个操作会是逻辑有微妙的变化,后续提到。
重写OnException

protected override void OnException(ExceptionContext filterContext)
        {
            // 标记异常已处理
            filterContext.ExceptionHandled = true;
            // 跳转到错误页
            filterContext.Result = new RedirectResult(Url.Action("Error", "Shared"));
        }


  讲了这两种方式,主要是为了讲这两种方式混用时会出现的问题。如果以action标记了HandleError属性,同时期所在的controller又重写了OnException方法,最终会怎样处理呢?按照mvc中filter的执行顺序,controller重写的方法会被优先执行,不考虑action中的order顺序,执行完毕之后再执行action标记的filter的方法。ok,有了这个理论之后,再看看之前提到的情况的执行顺序。首先执行OnException中的处理方式,这时候filterContext.ExceptionHandled已经被标记为true了,再执行HandleError属性的方法时,就不会在被执行了,也就是说自定义的错误页白费了,不起作用。这是因为内置的HandleError在执行的时候会先判断filterContext.ExceptionHandled是否为true,为true就不执行了,因此会出现一些很奇怪的bug,明白这个道理就知道如何处理了。

       但是总不能把filterContext.ExceptionHandled = true;这行代码去掉,因为其他action没有标记handle error属性,如果不使filterContext.ExceptionHandled为true, 那么错误还是会抛到外层,又交给CustomerError处理了,还是白搭。因此既要保持基类的OnException方法,又要有action自己个性化的错误页,是不能使用系统内置的方式处理,只能自己再去定义ExceptionFilter 了,就是方式三。

方式三,自定义ExceptionFilter,需要继承FilterAttribute,和实现IExceptionFilter接口,实现中不需要判断Exception是否已处理,但要注意需要有AboutError这个action。

自定义ExceptionFilter

    public class AboutErrorAttribute : FilterAttribute, IExceptionFilter
    {
        #region IExceptionFilter 成员

        public void OnException(ExceptionContext filterContext)
        {
            UrlHelper url = new UrlHelper(filterContext.RequestContext);
            filterContext.Result = new RedirectResult(url.Action("AboutError", "AboutError"));
        }

        #endregion
    }


那么action中需要改成
View Code

        /// <summary>
        /// 标记自定义的AboutError
        /// </summary>
        /// <returns></returns>
        [AboutError]
        public ActionResult About()
        {
            return View();
        }


经过一轮折腾,总算实现了需求,即保证了通用异常被正常处理,个别action个性化的错误页面也能实现,还算比较整洁。但最好框架的HandleError能够提供是否忽略判断异常是否已被处理过的属性设置。
Apr 1
ASP.NET MVC使用model类型传值,让CV沟通更简单!
controllers层得到数据后使用VIEWDATA返回给view层,使用一个中间的MODEL类将所有值放入一个容器然后在返回给view层,这样很方便
EXP:
构建MODEL

controllers层

view层testmvcview.aspx
Jan 6
1、路由构建,在Global.asaxc.cs中构建分页路由地址,代码如下

2、controller构造 控制器的 方法

3、view页面
Pages: 1/2 First page 1 2 Next page Final page [ View by Articles | List ]