ASP.NET MVC 随笔汇总为了方便大家浏览所以整理一下，有的系列篇幅中不是很全面以后会慢慢的补全的。 学前篇之：ASP.NET MVC学前篇之扩展方法、链式编程ASP.NET MVC学前篇之Lambda表达式、依赖倒置ASP.NET MVC学前篇之Ninject的初步了解ASP.NET MVC学前篇之请求流程 路由篇：ASP.NET MVC路由(一)ASP.NET MVC
51CTO博客开发王清培
前面的几个篇幅把Model部分的知识点划分成一个个的模块来讲解，而在控制器执行过程中分为好多个过程，对于控制器执行过程(一)主要讲解了过滤器以及在后面的过滤器篇幅中也有讲到，而在过滤器之中还有一些执行过程，也就是在授权过滤器执行完毕后，行为过滤器执行之前，我们要做的就是Model绑定，面前也都说了之前对Model的知识点模块都讲解的差不多了，今天这个篇幅我们就来看一下这些零散知识点的源头，也就是Model绑定的入口点。
通过上个篇幅的学习了解Model绑定的基础知识，然而在ASP.NET Web API中Model绑定功能模块并不是被直接调用的，而是要通过本篇要介绍的内容ParameterBinding的一系列对象对其进行封装调用，通过本篇的学习之后也会大概的清楚在Web API中绑定会有哪几种方式。
本篇中会为大家介绍在ASP.NET Web API中ModelBinder的绑定原理以及涉及到的一些对象模型，还有简单的Model绑定示例，在前面的篇幅中讲解了Model元数据、ValueProvider的模块，然后还有本篇的Model绑定的模块这些会结合到后面篇幅中的ParameterBinder模块中来使用，也就是说在ASP.NET Web API框架中绑定的方式有两种实现，都是通过ParameterBinder来对参数进行绑定，而在ParameterBinder中的实现则会有两种方式，今天就给大家单独的说明一下Model绑定，把它看成一个单独的功能模块就行了。
前面一篇讲解了Model元数据，Model元数据是在Model绑定中很重要的一部分，只是Model绑定中涉及的知识点比较多，对于ASP.NET MVC框架来说ASP.NET Web API框架中在Model绑定部分又新增了参数绑定这么一个机制，这些内容都会在后面的篇幅中说明，前面的这些篇幅都是讲解理论上的知识也没有涉及到示例的演示，这个大家不用急在最后Model部分的基础知识讲解完之后我会把前面所讲的全部串联起来，而今天这个篇幅给大家带来的就是在Model绑定中起到至关重要的一个环节，大家这个不用去管什么Model绑定，而是单纯的去了解ValueProvider这一系列的对象模型，因为在没有结合前后知识点串联起来之前，我们都不知道ValueProvider是在哪执行的。所以我们还是老老实实了解一下ValueProvider相关的对象吧。
前面的几个篇幅主要围绕控制器的执行过程，奈何执行过程中包含的知识点太庞大了，只能一部分一部分的去讲解，在上两篇中我们看到在控制器方法选择器根据请求选定了控制器方法后会生成对应的描述对象之后进入过滤器执行过程中，之后也是我们所讲的在授权过滤器执行之后会执行对Model的系列操作，中间包括Model元数据解析、Model绑定、Model验证，最后会通过Web API框架的独有的方式也就是ParameterBinding参数绑定来执行，在这些操作完毕之后会开始执行行为过滤器，可在控制器方法执行前后进行拦截，从技术方向来说这是AOP思想的一种实现，从业务逻辑上来讲也是一种依赖注入，扯远了，本篇就来谈谈在ASP.NET Web API框架中的Model元数据，也就是ModelMetadata.
前面一篇中讲解了过滤器执行之前的创建，通过实现IFilterProvider注册到当前的HttpConfiguration里的服务容器中，当然默认的基础服务也是有的，并且根据这些提供程序所获得的的过滤器信息集合进行排序。本篇就会对过滤器在创建完之后所做的一系列操作进行讲解。
在上一篇中我们讲到控制器的执行过程系列，这个系列要搁置一段时间了，因为在控制器执行的过程中包含的信息都是要单独的用一个系列来描述的，就如今天的这个篇幅就是在上面内容之后所看到的一个知识要点之一。
前面两篇讲解了控制器的创建过程，只是从框架源码的角度去简单的了解，在控制器创建过后所执行的过程也是尤为重要的，本篇就来简单的说明一下控制器在创建过后将会做哪些工作。
好了，还是回归主题，对于上一篇的内容讲解的只是ASP.NET Web API控制器创建过程中的一个局部知识，在接着上篇内容讲解的之前，我会先回顾一下上篇的内容，并且在本篇里进行整合，让我们要看到的是一个整个的创建过程。
在前面对管道、路由有了基础的了解过后，本篇将带大家一起学习一下在ASP.NET Web API中控制器的创建过程，这过程分为几个部分下面的内容会为大家讲解第一个部分，也是ASP.NET Web API框架跟ASP.NET MVC框架实现上存在不同的一部分。
上篇中说到ASP.NET Web API框架在SelfHost环境中管道、路由的一个形态，本篇就来说明一下在WebHost环境中ASP.NET Web API框架中的管道、路由又是哪一种形态。
前面的几个篇幅对Web API中的路由和管道进行了简单的介绍并没有详细的去说明一些什么，然而ASP.NET Web API这个框架由于宿主环境的不同在不同的宿主环境中管道中的实现机制和路由的处理方式有着很大的不同，所以我会将对应不同的宿主环境来分别的做出简单的讲解。
ASP.NET Web API是一个独立的框架，也有着自己的一套消息处理管道，不管是在WebHost宿主环境还是在SelfHost宿主环境请求和响应都是从消息管道经过的，这是必经之地，本篇就为大家简单的介绍一下ASP.NET Web API框架中的管道对象模型。
在ASP.NET、ASP.NET MVC和ASP.NET Web API中这些框架中都会发现有路由的身影，它们的原理都差不多，只不过在不同的环境下作了一些微小的修改，这也是根据每个框架的特性来制定的，今天我们就来看一看路由的结构，虽然我在MVC系列里写过路由的篇幅不过在这里是Web API 路由对象介绍。
对于我这个初学者来说ASP.NET Web API这个框架很陌生又熟悉着。 陌生的是ASP.NET Web API是一个全新的框架，对于这个框架在一个项目中起到的作用我暂且还不是很清楚这里也就不妄下结论了，说实话不是我不想而是我无能为力，只能自己去摸索试着去了解它。 熟悉的是ASP.NET Web API跟ASP.NET MVC的框架结构一开始看起来有一些相似的地方。 话就不多说了，大家就和我一起来学习ASP.NET Web API这个全新的框架吧。
上篇讲解了视图中的分段概念、和分部视图的使用，本篇将会对Razor的基础语法简洁的说明一下，前面的很多篇幅中都有涉及到视图的调用，其中用了很多视图辅助器，也就是相当于传统webform中的服务器控件，它们都是给我们带来方便的。都是用于生成Html代码的。
上篇对于利用IoC框架对视图的实现进行依赖注入，最后还简单的介绍一下自定义的视图辅助器是怎么定义和使用的，对于Razor语法的细节和辅助器的使用下篇会说讲到，本篇来讲解一下视图中的分段概念、和分部视图的使用。
上篇对于Razor视图引擎和视图的类型做了大概的讲解，想必大家对视图的本身也有所了解，本篇将利用IoC框架对视图的实现进行依赖注入，在此过程过会让大家更了解的视图，最后还会简单的介绍一下自定义的视图辅助器是怎么定义和使用的。
上篇中对于视图引擎只是做了简单的演示，对于真正的理解视图引擎的工作过程可能还有点模糊，本篇将会对由MVC框架提供给我们的Razor视图引擎的整个执行过程做一个粗略的讲解，目的在于让大家对Razor视图引擎的执行过程留个印象以便联想的思考到视图引擎的作用以及视图在MVC框架中的表示。
从本篇开始就进入到了MVC中的视图部分，在前面的一些篇幅中或多或少的对视图和视图中的一些对象的运用进行了描述，不过毕竟不是视图篇幅说的不全面，本篇首先为大家讲解一下自定义视图引擎的定义和使用，由此慢慢的来了解视图引擎以及视图模块的工作过程。
上个篇幅中说到ControllerDescriptor类型的由来过程，对于ControllerDescriptor类型来言ActionDescriptor类型的生成则简单的多了，本章的主题有两个，第一是说明ActionDescriptor类型的生成过程，第二是描述ActionDescriptor类型的重要性，在哪里体现它的重要性呢？对于前面篇幅的学习忽略了最后控制器方法的执行过程，而在这个执行过程中ActionDescriptor类型起到了至关重要的作用，来看下文吧。
在前面的好多篇幅中都有提到过ControllerDescriptor类型，并且在ASP.NET MVC 过滤器(一)篇幅中简单的描述过，今天我们就来讲一下ControllerDescriptor类型。
上篇主要讲解ModelValidatorProvider和ModelValidator两种类型的自定义实现，然而在MVC框架中还给我们提供了其它方式来进行Model验证，也就是本篇的主题，使用框架提供给我们的一系列的特性类型来进行Model验证，当然也是可以自定义的，在下面的演示示例中，我会使用我们自己自定义的特性类型（继承自ValidationAttribute类型）到自定义Model绑定器中来模拟一下实现。
本篇主要讲解ModelValidatorProvider和ModelValidator两种类型的自定义实现，前者是Model验证提供程序，而ModelValidator类型则是Model验证执行类型，在下面的示例中会使用Model验证提供程序结合Model验证执行类型来执行Model验证，就是使用上个篇幅中所讲的实现个Model绑定器继承自DefaultModelBinder类型，在自定义Model绑定器中使用ModelValidator类型。
上篇中说到在MVC框架中默认的Model验证是在哪里验证的，还讲到DefaultModelBinder类型的内部执行的示意图，让大家可以看到默认的Model验证是在哪个具体的方法中来执行的，本篇的主题就是模拟一下默认的实现，自定义个Model绑定器继承自DefaultModelBinder类型，并且重写某些个重要的方法。
上篇内容演示了一个简单的Model验证示例，然后在文中提及到Model验证在MVC框架中默认所处的位置在哪？本篇就是来解决 这个问题的，并且会描述一下ModelValidator类型对象相关的类型。
前面对于Model绑定部分作了大概的介绍，从这章开始就进入Model验证部分了，这个实际上是一个系列的Model的绑定往往都是伴随着验证的。也会在后面的篇幅中讲解MVC框架中Model验证的机制，以及一些Model验证的方式讲解，本章只是一个简单的示例篇幅，对于有基础的朋友可以直接跳过了（不能耽误大家时间）。
在前面的篇幅中对依赖倒置原则和IoC框架的使用只是做了个简单的介绍，并没有很详细的去演示，可能有的朋友还是区分不了依赖倒置、依赖注入、控制反转这几个名词，或许知道的也只是知道依赖倒置是原则，依赖注入、控制反转都是实现的方式，我将在下面对这些个名词做详细的介绍，在篇幅的最后还会自己实现了IoC容器的功能。
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号
