整理除了这个笔记，共享一下子，基本MVC的所有东西都介绍了，但是都是很基础的东西。本来打算一篇发表完的，但是发现东西有点多，所以分成了两篇文章，这是最后一篇了！ [b]1.ASP.NET MVC请求过程[/b] 　　1[img]http://files.jb51.net/file_images/article/201411/2014111715543745.jpg[/img] [b]2.Controller[/b] 　　(1) 控制器在ASP.NET MVC中扮演着处理客户端请求的角色 　　1)必须实现System.Web.Mvc.IController接口 　　 ->通常直接继承System.Web.MVC.Controller类 　　2)必须要以Controller结尾 　　3)通过不同的Action来处理具体的客户端请求 [b]3.Action[/b] 　　(1) 是指在继承了System.Web.Mvc.Controller类中所定义的返回值的类型可以兼容 　　(2)ActionResult方法 　　(3)ASP.NET MVC3的ActionResult 　　　　[img]http://files.jb51.net/file_images/article/201411/2014111715543746.jpg[/img] 　　(4)注意事项 　　1)能够通过URL访问的Action必须是公有(Public)方法 　　2)如果标记了[NonAction]属性，这不能通过URL访问该Action 　　3)默认，Action得方法名就是Action名(通过URL访问的名称)，如有特殊需求也可通过[ActionName("OtherActionName")]标记出特定的Action名 　　4)我们可以通过[HttpPost][HttpGet]等来区分处理不同的请求动作的同名Action [b]4.ASP.NET Routing 路由，过滤器[/b] 　　(1) ASP.NET Routing模块(Module)的责任是将传入的客户端(浏览器)请求映射为特定的MVC Controller Actions 　　(2)路由机制 　　1)路由引擎 -映射URLS到Controlller 　　2)/Products/Detail/8 [b]5. MVC3中Routing变更[/b] 　　(1) 从System.Web.Routing3.5程序集中转移到了System.Web 4程序集中，成为了基础服务的一部分。 　　(2)在ASP.NET 4中Routing的Module被注册在根Web.Config中，不需要你在自己的应用程序中的Web.Config中另行注册了 　　(3)UrlRoutingModule处理的事件减少了一个，仅处理PostResolveRequestCache事件 　　(4)HttpRequest新增加了一个RequestContext属性 　　(5)增加了PageRouteHandler,支持WebForm路由功能 　　(6)RouteCollection中增加了4个MapPageRoute的重载方法，添加路由规则更方便了 [b]6. Routing好处[/b] 　　(1) 可以方便的实现REST服务 　　(2)Url友好化，利于SEO和增强用户体验 　　(3)Controller和Action的调用规则可定制化，降低耦合，提高灵活性 [b]7. 过滤器[/b] 　　(1) Filter是一种AOP模式，能够对一系列操作进行横切干扰的手段，它很大程度解耦了依赖关系，让我们的代码更加简练，功能更加丰富 　　(2)ASP.NET MVC中提供了4类Filter接口 　　 1)IActionFilter 　　2)IAuthorizationFilter 　　3)IExceptionFilter 　　4)IResultFilter 　　(3)ASP.NET MVC中提供了OutputCacheAttribute,HandlErrorAttribute,AuthorizeAttribute等常用Filter实现 　　(4)Filter的切入过程 　　1)以ActionFilter为例 　　　　　　[img]http://files.jb51.net/file_images/article/201411/2014111715543747.png[/img] [b]8. SP.NET MVC3中的Filter[/b] 　　(1) 提供了全局注册Filter功能 　　(2)提供了对ChildAction的OutputCache支持 　　1)结合[ChildActionOnly]使用 [b]9. Model[/b] 　　(1) MVC中Model主要负责维持数据状态，将数据从数据存储器中检索并传递给控制器，客户端传送过来的数据经过处理后再传回数据存储系统中，是MVC中较重的一层 　　(2)ASP.NET MVC框架本身并不关心数据的存储系统，并通过一些额外的帮助类和Model绑定机制简化了Model的使用 　　1)具备自绑定机制 　　 2)具备自验证机制 　　(3)ASP.NET MVC3 Model的改进 　　1)ASP.NET MVC3 Model主要改进了验证机制 　　 ->数据验证(Data Annotations) 　　 ->客户端验证(Client Validation) 　　 ->远程验证(Remote Validation) 　　->自验证(Self Validation) 　　(4)数据验证 　　1)通过System.ComponentModel.DataAnnotations的方法集合进行验证，并对客户端验证产生一些便利影响 　　 2)可以通过继承ValidationAttribute实现自定义验证的Attribute 　　(5)客户端验证 　　1)使用Jquery的验证插件 　　2)jquery.validate.unobtrusive.mis.js实现客户端验证 　　 ->启用客户端验证 　　 <appSettings> 　　 <add key="ClientValidationEnabled" value="true" /> 　　 <add key="UnobtrusiveJavaScriptEnabled" value="true" /> 　　</appSettings> 　　->引用JQuery 　　 <script src="http://www.cnblogs.com/Scripts/jquery.validate.min.js" type="text/javascript"></script> 　　　　<script src="http://www.cnblogs.com/Scripts/jquery.validate.unobtrusive.min.js" type="text/javascript"></script> 　　 ->特殊的验证 @{ Html.EnableClientValidation(); } 　　(6)远程验证 　　 1)在Model的中使用跟RequiredAttribute相似 　　 1)[Remote("验证的Action名","控制器名",ErrorMessage="远程验证为未通过的错误消息")] 　　 2)注意 　　 1)用于远程验证的Action必须是HttpGet的，Post提交无效 　　 2)Action返回的结果是JsonResult，不是直接返回布尔值 　　(7)自验证 　　1)在Model中结合ValidationContext和ValidationResult来提供验证 [b]10. 最佳实践[/b] 　　(1) 分层设计 　　 1)多个项目 　　2)分离关注点 　　3)可替换的数据访问层 　　(2)Repository模式(业务层) 　　 1)将数据的增删改查(CRUD)操作封装到Repository中 　　2)业务逻辑/数据验证封装到Service中 　　 3)Controller调用Respository和Service 　　(3)PRG模式(方法) 　　 1)POST 　　 2)Redirect 　　 3)GET 　　 4)PRG模式是用来确保修改数据只发生一次 　　(4)保持视图中代码量最小化 　　 1)视图中不要含有数据处理的逻辑代码 　　 2)视图中要避免包含大的代码块 　　 3)构建多个试图/局部视图 　　 4)使用适当的@Helper和@Function语法 　　(5)跟神奇的字符串说"拜拜了" 　　 1)ASPX模式 　　@ViewData["Message"] 　　@ViewData["TotalCount"] 　　 2)Razor模式 　　@Model.Message 　　 @Model.TotalCount 　　 3)尽量使用特定的Model，而避免使用ViewData/ViewBag 　　(6)DomainModel(领域模型)！=ViewModel(视图模型) 　　 1)符合需求的最小化ViewModel 　　1)有效验证 　　 2)高安全性 　　3)高性能 　　2)使用一些Mapping工具，做双向映射填充 　　 1)AutoMapper,EmitMapper,ValueInjecter 　　 2)自定义的ORM-GenerPoint.ORM 　　 3)使用专门的ViewModel填充逻辑，轻松解决国际化/本地化 　　(7)使用新的AJAX Helper 　　1)Web.Config中德appSettings 　　 <add key="UnobtrusiveJavaScriptEnabled" value="true"> 　　 2)视图中引用jquery.unobtrusive-ajax.js 　　 3)视图中调用AJAX Helpers 　　 1)@Ajax.ActionLink("Home","Index",new AjaxOptions{UpdateTargetId="main"}) 　　 2)<a data-ajax="true" data-ajax-mode="replace" data-ajax-update="#content" href="/">Home</a> 　　(8)视图中尽可能的写HTML代码 　　1)尽可能写纯HTML代码 　　2)不要为了隐藏HTMl,而故意自定义Html.Submit之类的Helper 　　3)尽可能不使用WebForm控件做视图代码渲染 　　(9)IIS Express 7.5 　　1)具有完整的Web服务器功能 　　 1)SSL 　　 2)网址重写 　　 3)可对<System.webServer>的配置进行本地测试 　　 4)IIS7.X其他的模版集合 　　 2)轻量级 　　 1)<5M 　　 2)不需要管理员账户 　　3)高性能 [b]11. 关于性能优化的软实力[/b] 　　(1) 了解HTTP,Cache,Ajax各种基础知识 　　(2)能够针对整体Web执行环境进行分析与架构规划 　　(3)能够设计出妥当的缓存策略 　　(4)能够进一步针对网站性能进行数据话分析 [b]12. 关于性能优化的硬功夫[/b] 　　(1) 熟悉.net/C#/ASP.NET MVC框架与核心原理 　　(2)能够进一步针对项目进行妥善规划，做好关注点分离设计 　　(3)熟悉Profiling技术，能够分析出个环节的性能瓶颈 　　(4)能够针对各种环境进行代码优化，提升程序的执行性能 [b]13. 决定WEB性能的关键要素[/b] 　　(1) Web性能优化基础-HTTP 1)http是无状态的 2)一个网页包含了N次HTTP请求 (2)分析网页打开时的Http状态 1)Fiddler 2)IE10 Developer Tools (3)客户端优化 1)HTTP请求次数减少 2)下载所使用的带宽 3)DNS查询的时间长短 4)CSS显示的速度 5)JavaScript调用的速度 (4)服务端优化 1)IIS ->控制客户端 HTTP Cache Control ->控制服务器端 将数出缓存(Output Caching) 提升数据库查询速度 2)ASP.NET MVC ->调用性能改善 ->适当的缓存策略 (5)[SeesionState] 1)使用SessionState属性 控制Controller访问阶段状态数据(Session)的方式 2)注意：关闭Session后不能在使用TempData传递信息 (6)[OutputCache] 1)Html.Action与Html.RenderAction支持Output Caching ->@{Html.RenderAction("ActionName")} ->@Html.Action("ActionName") 2)ChildAction终于支持OutputCache属性 ->[ChildActionOnly] ->仅支持Duration，VaryByCustom与VaryByParam参数 ->不能使用CacheProfile参数 (7)改变ViewEngine的默认设置 1)移除多余的ViewEngine以提升解析View的速度 ->ViewEngines.Engines.Clear(); ->ViewEngines.Engines.Add(new RazorViewEngine()); 2)也可以通过这种方式变更载入View的顺序 ->默认是WebFormViewEngine优先处理 ->ViewEngines.Engines.Add(new WebFormViewEngine()); (8)避免闯入为null给视图(View) 1)Html.TextBoxFor(m=>m.Name) ->当传入null时会引发Exception,但会被try/catch掉 ->public ActionResultInsert(){ return View(new Products()); } (9)关闭Web.Config的debug模式 1)<compilation debug="False" targetFramework="4.0" /> 基础篇就到这里了，下面的文章我们来些深入点的知识，大家期待下吧