日本综合一区二区|亚洲中文天堂综合|日韩欧美自拍一区|男女精品天堂一区|欧美自拍第6页亚洲成人精品一区|亚洲黄色天堂一区二区成人|超碰91偷拍第一页|日韩av夜夜嗨中文字幕|久久蜜综合视频官网|精美人妻一区二区三区

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時間:8:30-17:00
你可能遇到了下面的問題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
淺談ASP.NETMVC中TempData的實現(xiàn)機(jī)制

本文將介紹的ASP.NET MVC中的TempData,希望通過這些分析能為大家了解ASP.NET MVC有所幫助。

創(chuàng)新互聯(lián)主營烏什網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司,主營網(wǎng)站建設(shè)方案,App定制開發(fā),烏什h5小程序定制開發(fā)搭建,烏什網(wǎng)站營銷推廣歡迎烏什等地區(qū)企業(yè)咨詢

今天我們討論的是MVC中一項重要的功能,在其它的一些MVC框架中也很常見它的身影,它就是TempData,下面我們一起來分析一下TempData的原理。

#t#

內(nèi)容概覽Top

本篇主要討論ASP.NET MVC中TempData是如何實現(xiàn)的,通過研讀MVC的源代碼你將清楚的了解MVC是如何實現(xiàn)TempData功能的。

TempData特性

TempDataDictionary與ITempDataProvider

TempDataDictionary的設(shè)計

SessionStateTempDataProvider與ITempDataProvider

TempData特性Top

TempData的特性就是可以在兩個Action之間傳遞數(shù)據(jù),它會保存一份數(shù)據(jù)到下一個Action,并隨著再下一個Action的到來而失效。所以它被用在兩個Action之間來保存數(shù)據(jù),比如,這樣一個場景,你的一個Action接受一些post的數(shù)據(jù),然后交給另一個Action來處理,并顯示到頁面,這時就可以使用TempData來傳遞這份數(shù)據(jù)。

那到底TempData是怎樣完成這個功能的呢?下面我們從MVC的源代碼入手來解析TempData的機(jī)制。

TempDataDictionary與ITempDataProviderTop

首先來看看ITempDataProvider接口,從字面意思上看我們先把它翻譯為:暫時數(shù)據(jù)的提供者所遵從的規(guī)則,它約定了兩個方法:

 
 
 
  1. public interface ITempDataProvider {  
  2.     IDictionary LoadTempData(ControllerContext controllerContext);  
  3.     void SaveTempData(ControllerContext controllerContext, IDictionary values);  

 

這兩個方法是LoadTempData和SaveTempData,我們猜想這兩個方法是用來取得TempData容器和保存TempData數(shù)據(jù)的,因為LoadTempData返回一個IDictionary類型,而SaveTempData沒有返回類型,而參數(shù)ControllerContext就是針對不同的用戶上下文來設(shè)計的,標(biāo)明是對那一個上下文的TempData進(jìn)行操作。的確是這樣的,后面會驗證我們的猜想。

再來看看TempDataDictionary,我們對這個類的第一印象在哪里呢?是在ControllerBase類中的TempData屬性,在普通的Controller中我們打上tempdata,vs幫助我們完成的那個屬性其實就是ControllerBase類中的TempData。因此我們明白了,不管是在controller中,還是在view中,所有對TempData的操作都是對TempDataDictionary類型的操作。那ITempDataProvider有是怎么與TempDataDictionary聯(lián)系的呢?看一下TempDataDictionary的設(shè)計便一目了然。

TempDataDictionary的設(shè)計Top

public class TempDataDictionary : IDictionary, ISerializable

這是TempDataDictionary的簽名,我們看到它繼承了一個IDictionary的字典類型和一個ISerializable的接口。因此我們知道它是可以被序列化和反序列化的,該類有一個常字符串類型的字段和一個Dictionary類型的字段:

 
 
 
  1. internal const string _tempDataSerializationKey = "__tempData";  
  2. internal Dictionary _data; 

 

在它帶參的構(gòu)造函數(shù)中發(fā)現(xiàn)了對_tempDataSerializationKey的使用:

 
 
 
  1. protected TempDataDictionary(SerializationInfo info, StreamingContext context) {  
  2.     _initialKeys = new HashSet(StringComparer.OrdinalIgnoreCase);  
  3.     _modifiedKeys = new HashSet(StringComparer.OrdinalIgnoreCase);  
  4.     _data = info.GetValue(_tempDataSerializationKey, typeof(Dictionary))  
  5.             as Dictionary;  

我們可以看到這是用來從一個流中,反序列化得到一個Dictionary類型的過程。

另一點,在controller中,我們可以這樣使用TempData的:

 
 
 
  1. TempData["msg"] = new Object();  
  2. Object obj = TempData["msg"] as object; 

在了解它的索引器之前我們先看看它的幾個字段和方法,TempDataDictionary類重要的字段有三個:

 
 
 
  1. internal Dictionary _data;  
  2. private HashSet _initialKeys;  
  3. private HashSet _modifiedKeys; 

_data用來存放真正的數(shù)據(jù),_initialKeys用來存放原先數(shù)據(jù)的key,_modifiedKeys用來存放修改過或新添加的數(shù)據(jù)key。為什么要這樣呢?回想一下TempData的特性,TempData只存放一次數(shù)據(jù),到第三個Action時,第一個Action存放的數(shù)據(jù)就失效了,所以,_initialKeys被設(shè)計來存放那些數(shù)據(jù)是原來的,_modifiedKeys被設(shè)計來存放那些數(shù)據(jù)是修改過的或是新添加上的,這樣就區(qū)分了“舊”數(shù)據(jù)和“新”數(shù)據(jù),那下一步就是把“舊”的刪除,把“新”的記錄了。

我們再到索引器看看,因為我們對TempData的操作是從索引器開始的,下面是索引器的代碼:

 
 
 
  1. public object this[string key] {  
  2.     get {  
  3.         object value;  
  4.         if (TryGetValue(key, out value)) {  
  5.             return value;  
  6.         }  
  7.         return null;  
  8.     }  
  9.     set {  
  10.         _data[key] = value;  
  11.         _modifiedKeys.Add(key);  
  12.     }  

 

當(dāng)我們TempData["msg"]=new Object();時不僅向_data中添加了數(shù)據(jù),同時_modifiedKeys也保存了“新”數(shù)據(jù)的key。那什么時候“新”數(shù)據(jù)被保存“舊”數(shù)據(jù)被刪除,真正的執(zhí)行呢?這個過程是在Load和Save方法中發(fā)生的。下面看它們的具體實現(xiàn):

 
 
 
  1. public void Load(ControllerContext controllerContext, ITempDataProvider tempDataProvider) {  
  2.     IDictionary providerDictionary = tempDataProvider.LoadTempData(  
  3.             controllerContext);  
  4.     _data = (providerDictionary != null) ? new Dictionary(providerDictionary,  
  5.             StringComparer.OrdinalIgnoreCase) : new Dictionary  
  6.             (StringComparer.OrdinalIgnoreCase);  
  7.     _initialKeys = new HashSet(_data.Keys);  
  8.     _modifiedKeys.Clear();  
  9. }  
  10. public void Save(ControllerContext controllerContext, ITempDataProvider tempDataProvider) {  
  11.     if (_modifiedKeys.Count > 0) {  
  12.         // Apply change tracking.  
  13.         foreach (string x in _initialKeys) {  
  14.             if (!_modifiedKeys.Contains(x)) {  
  15.                 _data.Remove(x);  
  16.             }  
  17.         }  
  18.         // Store the dictionary  
  19.         tempDataProvider.SaveTempData(controllerContext, _data);  
  20.     }  

我們看到TempDataDictionary的Load方法首先是調(diào)用了ITempDataProvider的LoadTempData方法來獲取tempdata容器,然后讓_initialKeys等于_data.Keys,相當(dāng)于保存了“舊”數(shù)據(jù)的key,然后清空_modifiedKeys,相當(dāng)于目前沒有“新”數(shù)據(jù)。而Save方法則是檢查_modifiedKeys.Count是否大于0,就相當(dāng)于檢查是否有“新”數(shù)據(jù),有則調(diào)用ITempDataProveder的SaveTempData方法保存掉“新”數(shù)據(jù)。這里也驗證了我們先前的猜想是正確的。

說到這里,我們似乎還沒有發(fā)現(xiàn)沒有一個地方調(diào)用TempDataDictionary的Load和Save方法,也就是說“新”“舊”數(shù)據(jù)一直在都在_data中,似乎“舊”的數(shù)據(jù)沒有真正刪除,“新”數(shù)據(jù)也一直沒有一個安定的家。

我們說對TempData中數(shù)據(jù)的“刷新”操作(刷新操作即把“舊”數(shù)據(jù)刪除,把“新”數(shù)據(jù)保存)應(yīng)該發(fā)生在執(zhí)行Action的時候,那在什么地方我們執(zhí)行了Action呢,是在IController的Execute方法中,IController<=ControllerBase<=Controller,順著這樣的繼承順序,我們找到Controller類的ExecuteCore方法,這里是執(zhí)行Action的地方,下面我們看看ExecuteCore方法的實現(xiàn):

 
 
 
  1. protected override void ExecuteCore() {  
  2.     TempData.Load(ControllerContext, TempDataProvider);  
  3.     try {  
  4.         string actionName = RouteData.GetRequiredString("action");  
  5.         if (!ActionInvoker.InvokeAction(ControllerContext, actionName)) {  
  6.             HandleUnknownAction(actionName);  
  7.         }  
  8.     }  
  9.     finally {  
  10.         TempData.Save(ControllerContext, TempDataProvider);  
  11.     }  

我們看到在這里,Action執(zhí)行之前TempData.Load,Action執(zhí)行之后TempData.Save。這就實現(xiàn)了TempData的“刷新”操作。

SessionStateTempDataProvider與ITempDataProviderTop

到這里,我們發(fā)現(xiàn)似乎還不知道到底數(shù)據(jù)是怎么被保存的,我們只知道ITempDataProvider提供了一個保存數(shù)據(jù)和獲取容器的這么一個約定,那么具體的實現(xiàn)肯定是繼承了ITempDataProvider接口的類來做,SessionStateTempDataProvider就是這么一個類。

我們知道是在Controller類中的ExecuteCore方法中執(zhí)行了“刷新”操作,我們還知道TempDataDictionary的Load和Save方法需要一個ITempDataProvider的方法,那么我們可以推斷肯定要去Controller類中尋找ITempDataProvider的實現(xiàn)。如我們所料:

 
 
 
  1. public ITempDataProvider TempDataProvider {  
  2.     get {  
  3.         if (_tempDataProvider == null) {  
  4.             _tempDataProvider = new SessionStateTempDataProvider();  
  5.         }  
  6.         return _tempDataProvider;  
  7.     }  
  8.     set {  
  9.         _tempDataProvider = value;  
  10.     }  

這里使用了屬性注入,強(qiáng)硬的注入了一個SessionStateTempDataProvider對象。那么具體是怎樣實現(xiàn)存儲的就要去看一下SessionStateTempDataProvider類了。

SessionStateTempDataProvider有一個常字符串字段:

 
 
 
  1. internal const string TempDataSessionStateKey = "__ControllerTempData"; 

下面是LoadTempData方法:

 
 
 
  1. public virtual IDictionary LoadTempData(ControllerContext controllerContext) {  
  2.     HttpContextBase httpContext = controllerContext.HttpContext;  
  3.     if (httpContext.Session == null) {  
  4.         throw new InvalidOperationException(  
  5.                 MVCResources.SessionStateTempDataProvider_SessionStateDisabled);  
  6.     }  
  7.     Dictionary tempDataDictionary = httpContext.Session[TempDataSessionStateKey]  
  8.                                                         as Dictionary;  
  9.     if (tempDataDictionary != null) {  
  10.         // If we got it from Session, remove it so that no other request gets it  
  11.         httpContext.Session.Remove(TempDataSessionStateKey);  
  12.         return tempDataDictionary;  
  13.     }  
  14.     else {  
  15.         return new Dictionary(StringComparer.OrdinalIgnoreCase);  
  16.     }  

上面的代碼很簡單,原來它把Dictionary類型的數(shù)據(jù)存進(jìn)了Session["__ControllerTempData"]里,讀的時候也只是簡單的類型轉(zhuǎn)換一下就返回了。

下面是SaveTempData方法:

 
 
 
  1. public virtual void SaveTempData(ControllerContext controllerContext, IDictionary values) {  
  2.     HttpContextBase httpContext = controllerContext.HttpContext;  
  3.     if (httpContext.Session == null) {  
  4.         throw new InvalidOperationException(  
  5.                 MVCResources.SessionStateTempDataProvider_SessionStateDisabled);  
  6.     }  
  7.     httpContext.Session[TempDataSessionStateKey] = values;  

SaveTempData方法也很簡單。

總結(jié)Top

ITempDataProvider只是一個提供臨時數(shù)據(jù)存取的一個約定的接口,它并不提供如何管理“新舊”數(shù)據(jù),TempDataDictionary類才是真正管理“新舊”數(shù)據(jù)的管理者,但是這個“管理者”需要一個存取“新舊”數(shù)據(jù)的途徑,也就是說它告訴ITempDataProvider該存什么該取什么,然后由ITempDataProvider真正的去執(zhí)行存取操作。在Controller執(zhí)行Action之前,這個“管理者”要取得上一次的“舊”數(shù)據(jù),Action結(jié)束之后它還要把“新”數(shù)據(jù)給存起來。而Controller恰似這么一個“指揮者”,它把一個能做ITempDataProvider事情的類——SessionStateTempDataProvider交給TempDataProvider使用。下面用一個類圖概括一下幾個類的關(guān)系。


名稱欄目:淺談ASP.NETMVC中TempData的實現(xiàn)機(jī)制
轉(zhuǎn)載源于:http://www.dlmjj.cn/article/djshssh.html