重温MVC基础入门

简介

本文主要是作者回顾MVC基础的文章，整合个人认为基础且重点的信息，通过简单实践进行复习。

相关代码地址：https://github.com/OtherRuan/Review-Serials

WebForm

开始说MVC的时候不得不提下WebForm，熟悉两者的区别和优劣，能够更好的理解MVC。早些时候，开始做asp.net开发的时候离不开webform的控件拖拽的方式开发，只需要拖拽系统的控件就能完成web页面，效率之快毋庸置疑。但是随之而来的是臃肿的应用程序，耦合度极高的前后端，ViewState大量占用带宽等问题，在当今越来越追求性能的背景下。WebForm也面临退伍的命运，就像Asp.Net5已经完全摒弃了WebForm的开发方式。

性能问题是WebForm最主要的问题，通过MVC与WebForm两者性能的对比，可以明显的看出WebForm性能上存在的问题。

1. 响应时间

 

  （图片来源自：http://www.codeproject.com/Articles/866143/Learn-MVC-step-by-step-in-days-Day）

可以看出响应时间上WebForm是MVC的两倍，因为WebForm需要将控件进一步转换成html文本响应。如下流程

用户请求-->服务器控件-->转换成Html-->返回响应

2. 带宽消耗

由于服务器控件的状态变换控制是通过事件回发来完成的，而回发状态信息则保存在ViewState中，以达到减少开发时间。但是ViewState却大幅增加了页面的大小，从上图可以看到WebForm的页面大小比MVC要大2倍上下。

其他问题，如重写问题、单元测试问题等等

MVC

解决WebForm性能问题，从几个问题来看。首先，由于WebForm是由aspx和aspx.cs两者通过CodeBehind高度耦合，导致无法单元测试, 因此我们将二者独立开,即Controller。其次ViewState导致页面大，服务器控件多的情况下，加之难以重写的问题，因此前端采用纯Html方式，也就是View。以下是MVC的流程图

简要介绍几个内容：

1. Controller:也就是后端逻辑处理

2. View

　　MVC通过创建ViewResult对象渲染View到响应包中。过程如下：

　　　　a. ViewResult内部创新ViewPageActivator对象

　　　　b. ViewResult选择正确的ViewEngine，将ViewPageActivator作为ViewEngine构造函数的参数

　　　　c. ViewEngine创建View 对象

　　　　d. ViewResult 触发 View对象的方法RenderView

　　ViewResult和ActionResult的关系

　　ActionResult是抽象类，ViewResult-->ViewResultBase-->ActionResult。 -->为继承关系

　　ViewResult描述了完整的HTML响应，而ContentResult响应文本请求。

3. 数据对象Model在Controller与View之间的传递

　　a. ViewState的使用

　　　　ViewState是一个dictionary，Controller将数据Model对象添加到这个Dictionary中，View从中读取数据。

　　　　ex. ViewState["Employee"] = new Employee();

　　b. ViewBag的使用

　　　　ViewBag.Employee = new Employee();

　　c. ViewState和ViewBag的问题

　　　　1) 性能问题

　　　　　　ViewData的数据是Object，我们需要强制转换它。

　　　　2) Type安全问题与Runtime编译时错误问题

　　　　　　当发生强转出错时，我们会获取运行时错误信息。但是好的程序，应该要获取编译时错误

　　　　3) 数据发送端与接收端没有必要联系

　　　　　　由于controller和view是相互解耦的，这时如果view和controller是两个不同的程序员时，使用viewState就容易造成运行时错误，强转错误

 4. 理解强类型视图

　　针对3.c指出的类型问题，我们可以采用强类型视图，预先定义好model对象的类型，避免发生转换错误。

@model MVCReview.Models.Employee

@if(Model.Salary>15000)
{
<span style="background-color:yellow">
        Employee Salary: @Model.Salary.ToString("C")
</span>
}
else
{           
<span style="background-color:green">
       
        Employee Salary: @Model.Salary.ToString("C")
</span>
}

　　

　　@model MVCReview.Models.Employee 指定了类型

 5. 理解ViewModel

　　ViewModel作为Model和View之前的交互的数据容器。Model一般为具体业务数据，是基于业务和数据库结构创建的。而ViewModel是具体的View数据，基于View页面对象

　　之前提到，当我们用model作为view的对象时，如果我们想新增其他信息时，这就违背了SRP和SOLID原则。

　　Controller集合多个Model，合并成一个view的viewmodel

 6. ViewModel的实例

using MVCReview.Models;
using MVCReview.ViewModels;
public class EmployeeViewModel
    {
        public string EmployeeName { get; set; }
        public string Salary { get; set; }
        public string SalaryColor { get; set; }
        public string UserName { get; set; }
    }

　　其中EmployeeViewModel中含有两个对象的集合，Employee对象的数据和User的数据UserName。

DAL层

  1. 什么是EF

　　　　ORM: 与数据库通信，mapping数据库的表对象

　　2. 什么是Code First

　　EF有三种创建模式

　　　　a)      Database First Approach：先创建数据库表，然后EF生成关联的Model类和DAL代码

　　　　b)      Model First Approach: Model类以及Model之间的关系，使用Model designer先定义好，EF会生成DAL代码和在数据库中生成表

　　　　c)      Code First Approach: 手动创建POCO类。表间的关系通过POCO定义。当程序第一次运行时会生成DAL代码和数据库表

Authentication权限

ASP.NET Form Authentication所做的工作：

  1. 用户请求Form权限允许访问程序
  2. 浏览器把相关的Cookies保存到请求中
  3. 请求到达服务端后，服务器检查请求的cookie信息：Authentication Cookie
  4. 解析Cookie信息得到用户信息，如果没有cookie则认定用户为匿名用户anoymous

FormsAuthentication.SetAuthCookie(account.Name, false);

ModelState.AddModelError("AddError", "Invalid Username or password!");

@Html.ValidationMessage("AddError", new {style="color:red;" })

Global添加权限属性过滤—共用权限验证

如何添加页眉页脚

  1. ViewModel添加FootViewModel
  2. @{Html.RenderPartial(“Footer”,Model.FootData)}

Html.RenderPartial与html.partial区别：

renderPartial直接将View转成Http响应stream，而partial则返回结果MvcHtmlString对象。MvcHtmlString代表html编码后的字符串，razor会对string一直编码，但MvcHtmlString例外。使用场景：当我们不需要使用razor进行编码的时候。partial之所以返回MvcHtmlString而非String，原因就是Partial 的使用通常是作为HTML文本而非string. Html.renderPartial比partial快，所以推荐。

实现角色安全

  1. 创建用户角色枚举
  2. 服务调用，记录到Session中
  3. 创建PartialView权限范围内的功能，如添加新用户
  4. 添加Action,render这个PartialView
  5. Html.RenderAction

这样还不够，因为登录的用户可以通过输入url地址，来使用添加用户的功能。使用MVC ActionFilter来执行Action处理前和处理后的逻辑

MVC filter有四种，Action、Authorization、Result、Exception

使用ActionFilter过滤结果对象

ActionExcutedContext

  1. ActionDescriptor包含Action、Controller等等的描述，如name、Type等
  2. Canceled：返回当前Action是否取消执行的状态
  3. Exception：执行Action中的Exception对象
  4. ExceptionHandled：返回执行Action时Exception对象是否被处理。
  5. Result：ActionResult对象，即Action返回的结果对象。可以操作结果视图对象里的Model和View。

完善项目

  1. 创建ViewModel基类ReactViewModel，包含基础信息，如Footer、Username
  2. 创建layout view. ReactView.cshtml
    1. 强类型视图，引用ReactViewModel对象
    2. 定义@RenderSection(“ContentBody”)
  3. Index页面引用layout
  4. Index 页面实例section，@section ContentBody{ //html元素 }

@html.RenderBody()做了什么？

Razor允许我们利用RenderBody来定义section外的content内容。非包含在section内的内容将自动包含在renderBody中。

MVC响应请求的过程

MVC是如何响应你发送的请求？

当一个请求发生时，就会创建一个线程来执行相应的程序。Web服务器上的Asp.net中，.net framework维护线程池。每一次请求发送到web服务器，线程池就分配一个线程（工作线程）响应这个请求。工作线程将会锁定单独处理这个请求，因此很有可能一个应用程序接受N多个线程且长期占用资源的情况。当线程池请求占满，没有可用的线程响应请求，这叫线程饥饿。

解决方案：

异步请求

  1. 线程池为异步请求分配工作线程
  2. 工作线程初始化异步操作的信息后就返回线程池，异步操作将继续在CLR线程中执行。
  3. 当CLR线程执行完后将通知ASP.NET
  4. Web服务器将获取工作线程处理剩余的请求并发送响应

Request-->work thread-->CLR thread-->work thread-->response

解决线程饥饿的问题

  1. 请求发送到web服务器
  2. Web服务器从线程池中分配工作线程响应请求
  3. 工作线程触发Action方法执行
  4. Action通过Task.Factory.StartNew方法开始异步处理
  5. Async关键字确保工作线程在异步处理开始后的释放。逻辑处理将在单独的CLR线程后台执行
  6. Await关键，确保下一行的执行等待异步操作完成后
  7. 异步操作完成后，则需要分配新的工作线程处理剩余的请求和发送响应

错误处理-显示自定义错误页面

Exception Filter

使用步骤：

  1. 开启ExceptionFilter
<customErrors mode="On"></customErrors>

 

　　2. 添加属性到Action、Controller、Global级别

Action方法发生错误时，Exception Filter获取Control的错误，并处理filter的内容。当Action发生错误时，filter会从~/Views/[Controller]或者~/Views/Shared文件夹中找以Error为命名的文件，创建ViewResult响应结果

错误处理-日志错误

ExceptionFilter:HandleErrorAttribute

Override OnException method

改变原有的Exception Filter

//filters.Add(new HandleErrorAttribute());//ExceptionFilter
    filters.Add(new EmployeeExceptionFilter());
base.OnException(filterContext);

错误处理后，OnException将返回ViewResult也就是Error View。 重定义filterContext的Result就可以重定义ViewResult

路由

理解RouteTable

包含所有应用程序的所有URL路由的定义，静态属性RouteCollection

RouteConfig.RegisterRoutes(RouteTable.Routes);

RouteConfig.cs里RegisterRoutes将会在Asp.Net MVC请求环中决定Url路由对应的Controller和Action

MVC请求周期：

　　1. UrlRoutingModule

终端用户第一次请求经过UrlRoutingModule对象，UrlRoutingModule是HttpModule

　　2. Routing路由

UrlRoutingModule从RouteTable里的RouteCollection中，获取匹配的Route对象。该匹配过程就是对比RouteConfig里定义的Url的路由模式

　　3. 创建MVC Route Handler

匹配对应的Route对象后，UrlRoutingModule会从Route对象中获取MvcRouteHandler对象

　　4. 创建RouteData和RequestContext

UrlRoutingModule对象会通过Route对象创建RouteData(包含Routes的相关信息，如action、controller、parameters信息)，继而通过RouteData创建RequsetContext对象。

　　5. 创建MVCHandler

MvcRouteHandler创建MVCHandler实例传递RequestContexst对象。

　　6. 创建Controller实例

MVCHandler借助ControllerFactory，创建Controller实例。

　　7. 执行方法

MVCHandler会触发Controller的执行。执行方法定义在Controller的基类中。

　　8. 触发Action方法

所有Controller关联一个ControllerActionInvoker对象。内置的执行方法利用ControllerActionInvoker触发action方法的执行

　　9. 执行结果

返回ViewResult结果

Request-->UrlRoutingModule  (RouteTable)  -->Route -->MVCRouteHandler、RouteData-->RequestContext

MvcRouteHandler-->MvcHandler (ControllerFactory)-->Controller (ControllerActionInvoker)-->ActionàViewResult

如何实现友好的URL

配置RouteConfig里的RegisterRoute

或者在Controller上添加Route()属性

参考文献

Learn MVC Project in 7 days

posted @ 2016-04-25 14:57  RyanRuan  阅读(976)  评论(0)  编辑  收藏  举报
View Code