ASP.NET中過濾器、模型綁定的示例分析-創(chuàng)新互聯(lián)

這篇文章主要為大家展示了ASP.NET中過濾器、模型綁定的示例分析，內(nèi)容簡而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓小編帶大家一起來研究并學習一下“ASP.NET中過濾器、模型綁定的示例分析”這篇文章吧。

目前創(chuàng)新互聯(lián)建站已為1000多家的企業(yè)提供了網(wǎng)站建設(shè)、域名、網(wǎng)絡(luò)空間、綿陽服務(wù)器托管、企業(yè)網(wǎng)站設(shè)計、雨山網(wǎng)站維護等服務(wù)，公司將堅持客戶導向、應(yīng)用為本的策略，正道將秉承"和諧、參與、激情"的文化，與客戶和合作伙伴齊心協(xié)力一起成長，共同發(fā)展。

ASP.NET 是什么

ASP.NET 是開源，跨平臺，高性能，輕量級的 Web 應(yīng)用構(gòu)建框架，常用于通過 HTML、CSS、JavaScript 以及服務(wù)器腳本來構(gòu)建網(wǎng)頁和網(wǎng)站。

一、過濾器（Filter）

ASP.NET MVC中的每一個請求，都會分配給對應(yīng)Controller（以下簡稱“控制器”）下的特定Action（以下簡稱“方法”）處理，正常情況下直接在方法里寫代碼就可以了，但是如果想在方法執(zhí)行之前或者之后處理一些邏輯，這里就需要用到過濾器。

常用的過濾器有三個：Authorize（授權(quán)過濾器），HandleError（異常過濾器），ActionFilter（自定義過濾器），對應(yīng)的類分別是：AuthorizeAttribute、HandleErrorAttribute和ActionFilterAttribute，繼承這些類并重寫其中方法即可實現(xiàn)不同的功能。

1.Authorize授權(quán)過濾器

授權(quán)過濾器顧名思義就是授權(quán)用的，授權(quán)過濾器在方法執(zhí)行之前執(zhí)行，用于限制請求能不能進入這個方法，新建一個方法：

public JsonResult AuthorizeFilterTest()
{
 return Json(new ReturnModel_Common { msg = "hello world!" });
}

直接訪問得到結(jié)果：

ASP.NET中過濾器、模型綁定的示例分析

現(xiàn)在假設(shè)這個AuthorizeFilterTest方法是一個后臺方法，用戶必須得有一個有效的令牌（token）才能訪問，常規(guī)做法是在AuthorizeFilterTest方法里接收并驗證token，但是這樣一旦方法多了，每個方法里都寫驗證的代碼顯然不切實際，這個時候就要用到授權(quán)過濾器：

public class TokenValidateAttribute : AuthorizeAttribute
  {
    /// <summary>
    /// 授權(quán)驗證的邏輯處理。返回true則通過授權(quán)，false則相反
    /// </summary>
    /// <param name="httpContext"></param>
    /// <returns></returns>
    protected override bool AuthorizeCore(HttpContextBase httpContext)
    {
      string token = httpContext.Request["token"];
      if (string.IsNullOrEmpty(token))
      {
        return false;
      }
      else
      {
        return true;
      }
    }
  }

新建了一個繼承AuthorizeAttribute的類，并重寫了其中的AuthorizeCore方法，這段偽代碼實現(xiàn)的就是token有值即返回true，沒有則返回false，標注到需要授權(quán)才可以訪問的方法上面：

[TokenValidate]
public JsonResult AuthorizeFilterTest()
{
  return Json(new ReturnModel_Common { msg = "hello world!" })
}

標注TokenValidate后，AuthorizeCore方法就在AuthorizeFilterTest之前執(zhí)行，如果AuthorizeCore返回true，那么授權(quán)成功執(zhí)行AuthorizeFilterTest里面的代碼，否則授權(quán)失敗。不傳token：

ASP.NET中過濾器、模型綁定的示例分析

傳token：

ASP.NET中過濾器、模型綁定的示例分析

不傳token授權(quán)失敗時進入了MVC默認的未授權(quán)頁面。這里做下改進：不管授權(quán)是成功還是失敗都保證返回值格式一致，方便前端處理，這個時候重寫AuthorizeAttribute類里的HandleUnauthorizedRequest方法即可：

/// <summary>
/// 授權(quán)失敗處理
/// </summary>
/// <param name="filterContext"></param>
protected override void HandleUnauthorizedRequest(AuthorizationContext filterContext)
{
  base.HandleUnauthorizedRequest(filterContext);

  var json = new JsonResult();
  json.Data = new ReturnModel_Common
  {
    success = false,
    code = ReturnCode_Interface.Token過期或錯誤,
    msg = "token expired or error"
  };
  json.JsonRequestBehavior = JsonRequestBehavior.AllowGet;
  filterContext.Result = json;
}

效果：

ASP.NET中過濾器、模型綁定的示例分析

實戰(zhàn)：授權(quán)過濾器最廣泛的應(yīng)用還是做權(quán)限管理系統(tǒng)，用戶登錄成功后服務(wù)端輸出一個加密的token，后續(xù)的請求都會帶上這個token，服務(wù)端在AuthorizeCore方法里解開token拿到用戶ID，根據(jù)用戶ID去數(shù)據(jù)庫里查是否有請求當前接口的權(quán)限，有就返回true，反之返回false。這種方式做授權(quán)，相比登錄成功給Cookie和Session的好處就是一個接口PC端、App端共同使用。

2.HandleError異常過濾器

異常過濾器是處理代碼異常的，在系統(tǒng)的代碼拋錯的時候執(zhí)行，MVC默認已經(jīng)實現(xiàn)了異常過濾器，并且注冊到了App_Start目錄下的FilterConfig.cs：

filters.Add(new HandleErrorAttribute());

這個生效于整個系統(tǒng)，任何接口或者頁面報錯都會執(zhí)行MVC默認的異常處理，并返回一個默認的報錯頁面：Views/Shared/Error（程序發(fā)到服務(wù)器上報錯時才可以看到本頁面，本地調(diào)試權(quán)限高，還是可以看到具體報錯信息的）

@{
  Layout = null;
}
<!DOCTYPE html>
<html>
<head>
  <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
  <meta name="viewport" content="width=device-width" />
  <title>錯誤</title>
</head>
<body>
  <hgroup>
    <h2>錯誤。</h2>
    <h3>處理你的請求時出錯。</h3>
  </hgroup>
</body>
</html>

默認的異常過濾器顯然無法滿足使用需求，重寫下異常過濾器，應(yīng)付項目實戰(zhàn)中的需求：

1）報錯可以記錄錯誤代碼所在的控制器和方法，以及報錯時的請求參數(shù)和時間；

2）返回特定格式的JSON方便前端處理。因為現(xiàn)在系統(tǒng)大部分是ajax請求，報錯了返回MVC默認的報錯頁面，前端不好處理

新建一個類LogExceptionAttribute繼承HandleErrorAttribute，并重寫內(nèi)部的OnException方法：

 public override void OnException(ExceptionContext filterContext)
 {
   if (!filterContext.ExceptionHandled)
   {
     string controllerName = (string)filterContext.RouteData.Values["controller"];
     string actionName = (string)filterContext.RouteData.Values["action"];
     string param = Common.GetPostParas();
     string ip = HttpContext.Current.Request.UserHostAddress;
     LogManager.GetLogger("LogExceptionAttribute").Error("Location：{0}/{1} Param：{2}UserIP：{3} Exception：{4}", controllerName, actionName, param, ip, filterContext.Exception.Message);

     filterContext.Result = new JsonResult
     {
       Data = new ReturnModel_Common { success = false, code = ReturnCode_Interface.服務(wù)端拋錯, msg = filterContext.Exception.Message },
       JsonRequestBehavior = JsonRequestBehavior.AllowGet
     };
   }
   if (filterContext.Result is JsonResult)
     filterContext.ExceptionHandled = true;//返回結(jié)果是JsonResult，則設(shè)置異常已處理
   else
     base.OnException(filterContext);//執(zhí)行基類HandleErrorAttribute的邏輯，轉(zhuǎn)向錯誤頁面
 }

異常過濾器就不像授權(quán)過濾器一樣標注在方法上面了，直接到App_Start目錄下的FilterConfig.cs注冊下，這樣所有的接口都可以生效了：

filters.Add(new LogExceptionAttribute());

異常過濾器里使用了NLog作為日志記錄工具，Nuget安裝命令：

Install-Package NLog
Install-Package NLog.Config

相比Log4net，NLog配置簡單，僅幾行代碼即可，NLog.config：

<?xml version="1.0" encoding="utf-8" ?>
<nlog xmlns="http://www.nlog-project.org/schemas/NLog.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <targets>
  <target xsi:type="File" name="f" fileName="${basedir}/log/${shortdate}.log" layout="${uppercase:${level}} ${longdate} ${message}" />
  <target xsi:type="File" name="f2" fileName="D:\log\MVCExtension\${shortdate}.log" layout="${uppercase:${level}} ${longdate} ${message}" />
 </targets>
 <rules>
  <logger name="*" minlevel="Debug" writeTo="f2" />
 </rules>
</nlog>

如果報錯，日志就記錄在D盤的log目錄下的MVCExtension目錄下，一個項目一個日志目錄，方便管理。全部配置完成，看下代碼：

public JsonResult HandleErrorFilterTest()
{
  int i = int.Parse("abc");
  return Json(new ReturnModel_Data { data = i });
}

字符串強轉(zhuǎn)成int類型，必然報錯，頁面響應(yīng)：

ASP.NET中過濾器、模型綁定的示例分析

同時日志也記錄下來了：

3.ActionFilter自定義過濾器

自定義過濾器就更加靈活了，可以精確的注入到請求前、請求中和請求后。繼承抽象類ActionFilterAttribute并重寫里面的方法即可：

public class SystemLogAttribute : ActionFilterAttribute
{
  public string Operate { get; set; }

  public override void OnActionExecuted(ActionExecutedContext filterContext)
  {
    filterContext.HttpContext.Response.Write("<br/>" + Operate + "：OnActionExecuted");
    base.OnActionExecuted(filterContext);
  }

  public override void OnActionExecuting(ActionExecutingContext filterContext)
  {
    filterContext.HttpContext.Response.Write("<br/>" + Operate + "：OnActionExecuting");
    base.OnActionExecuting(filterContext);
  }

  public override void OnResultExecuted(ResultExecutedContext filterContext)
  {
    filterContext.HttpContext.Response.Write("<br/>" + Operate + "：OnResultExecuted");
    base.OnResultExecuted(filterContext);
  }

  public override void OnResultExecuting(ResultExecutingContext filterContext)
  {
    filterContext.HttpContext.Response.Write("<br/>" + Operate + "：OnResultExecuting");
    base.OnResultExecuting(filterContext);
  }
}

這個過濾器適合做系統(tǒng)操作日志記錄功能：

[SystemLog(Operate = "添加用戶")]
public string CustomerFilterTest()
{
  Response.Write("<br/>Action 執(zhí)行中...");
  return "<br/>Action 執(zhí)行結(jié)束";
}

看下結(jié)果：

ASP.NET中過濾器、模型綁定的示例分析

四個方法執(zhí)行順序：OnActionExecuting—>OnActionExecuted—>OnResultExecuting—>OnResultExecuted，非常精確的控制了整個請求過程。

實戰(zhàn)中記錄日志過程是這樣的：在OnActionExecuting方法里寫一條操作日志到數(shù)據(jù)庫里，全局變量存下這條記錄的主鍵，到OnResultExecuted方法里說明請求結(jié)束了，這個時候自然知道用戶的這個操作是否成功了，根據(jù)主鍵更新下這條操作日志的是否成功字段。

二、模型綁定（ModelBinder）

先看一個普通的方法：

public ActionResult Index(Student student)
{
  return View();
}

這個方法接受的參數(shù)是一個Student對象，前端傳遞過來的參數(shù)跟Student對象里的屬性保持一直，那么就自動被綁定到這個對象里了，不需要在方法里new Student這個對象并挨個綁定屬性了，綁定的過程由MVC中的DefaultModelBinder完成的，DefaultModelBinder同時繼承了IModelBinder接口，現(xiàn)在就利用IModelBinder接口和DefaultModelBinder來實現(xiàn)更加靈活的模型綁定。

場景一、前端傳過來了一個加密的字符串token，方法里需要用token里的某些字段，那就得在方法里接收這個字符串、解密字符串、轉(zhuǎn)換成對象，這樣一個方法還好說，多了的話重復代碼非常多，就算提取通用方法，還是要在方法里調(diào)用這個通用方法，有沒有辦法直接在參數(shù)里就封裝好這個對象？

模型綁定的對象：

public class TokenModel
{
  /// <summary>
  /// 主鍵
  /// </summary>
  public int Id { get; set; }

  /// <summary>
  /// 姓名
  /// </summary>
  public string Name { set; get; }

  /// <summary>
  /// 簡介
  /// </summary>
  public string Description { get; set; }

}

新建一個TokenBinder繼承IModelBinder接口并實現(xiàn)其中的BindModel方法：

public class TokenBinder : IModelBinder
{
  public object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext)
  {
    var token = controllerContext.HttpContext.Request["token"];
    if (!string.IsNullOrEmpty(token))
    {
      string[] array = token.Split(':');
      if (array.Length == 3)
      {
        return new TokenModel() { Id = int.Parse(array[0]), Name = array[1], Description = array[2] };
      }
      else
      {
        return new TokenModel() { Id = 0 };
      }
    }
    else
    {
      return new TokenModel() { Id = 0 };
    }
  }
}

這個方法里接收了一個token參數(shù)，并對token參數(shù)進行了解析和封裝。代碼部分完成了需要到Application_Start方法里進行下注冊：

ModelBinders.Binders.Add(typeof(TokenModel), new TokenBinder());

現(xiàn)在模擬下這個接口：

public JsonResult TokenBinderTest(TokenModel tokenModel)
{
  var output = "Id：" + tokenModel.Id + "，Name：" + tokenModel.Name + "，Description：" + tokenModel.Description;
  return Json(new ReturnModel_Common { msg = output });
}

調(diào)用下：

ASP.NET中過濾器、模型綁定的示例分析

可以看出，“1:汪杰:oppoic.cnblogs.com”已經(jīng)被綁定到tokenModel這個對象里面了。但是如果稍復雜的模型綁定IModelBinder就無能為力了。

場景二、去除對象某個屬性的首位空格

public class Student
{
  public int Id { get; set; }

  public string Name { get; set; }

  public string Class { get; set; }
}

如果前端傳來的Name屬性有空格，如何去除呢？利用DefaultModelBinder即可實現(xiàn)更靈活的控制

public class TrimModelBinder : DefaultModelBinder
{
  protected override object GetPropertyValue(ControllerContext controllerContext, ModelBindingContext bindingContext, PropertyDescriptor propertyDescriptor, IModelBinder propertyBinder)
  {
    var obj = base.GetPropertyValue(controllerContext, bindingContext, propertyDescriptor, propertyBinder);
    if (obj is string && propertyDescriptor.Attributes[typeof(TrimAttribute)] != null)//判斷是string類型且有[Trim]標記
    {
      return (obj as string).Trim();
    }
    return obj;
  }
}

標注下需要格式化首位屬性的實體：

[ModelBinder(typeof(TrimModelBinder))]
public class Student
{
  public int Id { get; set; }

  [Trim]
  public string Name { get; set; }

  public string Class { get; set; }
}

好了，測試下：

public JsonResult TrimBinderTest(Student student)
{
  if (string.IsNullOrEmpty(student.Name) || string.IsNullOrEmpty(student.Class))
  {
    return Json(new ReturnModel_Common { msg = "未找到參數(shù)" });
  }
  else
  {
    return Json(new ReturnModel_Common { msg = "Name：" + student.Name + "，長度：" + student.Name.Length + " Class：" + student.Class + "，長度：" + student.Class.Length });
  }
}

可見，標注了Trim屬性的Name長度是去除空格的長度：7，而沒有標注的Class屬性的長度則是6。

ASP.NET中過濾器、模型綁定的示例分析

以上就是關(guān)于“ASP.NET中過濾器、模型綁定的示例分析”的內(nèi)容，如果改文章對你有所幫助并覺得寫得不錯，勞請分享給你的好友一起學習新知識，若想了解更多相關(guān)知識內(nèi)容，請多多關(guān)注創(chuàng)新互聯(lián)成都網(wǎng)站設(shè)計公司行業(yè)資訊頻道。

另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)scvps.cn，海內(nèi)外云服務(wù)器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機、免備案服務(wù)器”等云主機租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場景需求。

網(wǎng)頁標題：ASP.NET中過濾器、模型綁定的示例分析-創(chuàng)新互聯(lián)
路徑分享：http://muchs.cn/article34/ddccse.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供云服務(wù)器、微信公眾號、動態(tài)網(wǎng)站、品牌網(wǎng)站建設(shè)、網(wǎng)頁設(shè)計公司、網(wǎng)站收錄

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源：創(chuàng)新互聯(lián)

猜你還喜歡下面的內(nèi)容

ASP.NET中過濾器、模型綁定的示例分析-創(chuàng)新互聯(lián)

ASP.NET 是什么

ASP.NET中過濾器、模型綁定的示例分析-創(chuàng)新互聯(lián)