重温MVC基础入门

时间:2024-12-20 10:33:26

重温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. 响应时间

重温MVC基础入门  (图片来源自:http://www.codeproject.com/Articles/866143/Learn-MVC-step-by-step-in-days-Day)

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

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

2. 带宽消耗

重温MVC基础入门

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

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

MVC

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

重温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对象的类型,避免发生转换错误。

重温MVC基础入门
@model MVCReview.Models.Employee

@if(Model.Salary>15000)
{
<span style=" padding: 0px; color: rgb(0, 0, 255); font-size: 12px !important; line-height: 1.5 !important;">>
Employee Salary: @Model.Salary.ToString("C")
</span>
}
else
{
<span style=" padding: 0px; color: rgb(0, 0, 255); font-size: 12px !important; line-height: 1.5 !important;">> Employee Salary: @Model.Salary.ToString("C")
</span>
}
重温MVC基础入门

  

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

5. 理解ViewModel

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

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

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

6. ViewModel的实例

重温MVC基础入门
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; }
}
重温MVC基础入门

  其中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