ViewData

我们很经常看到这样，
　　　　 public ActionResult Index()
            //从数据库中读取产品列表
            List<Product> productList = db.Products.ToList();　　　
　　　　　　  //这个时候productList这个集合对象将被传递到视图页中去. 　　　　　　
　　　　　　  //如果此时，在视图页面中使用@model List<Product> 声名，你会发现在视图页面中，直接访问View 　　　　　　
　　　　　　  //注意，每个视图页面在网站第一次被请求时，都会被编译成一个对应的 　　　　　　
　　　　　　  //一个类，这些视图类都会被编译到一个临时的程序集中去，这个临时的程序集的位置，可以通过在视图页面中编写代码@this.GetType().Assembly.Locaiton 　　　　　　
　　　　　　  //的方式来查看其位置，实际上就是在C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\vs的某个目录下。 　　　　　　
　　　　　　　//这个类直接或者间接继承自：System.Web.Mvc.WebViewPage类.
            return View(productList);
　　　　  细心的查看View()方法的源码：
protected internal virtual ViewResult View(string viewName, string masterName, object model)
    if (model != null)
　　　　 //看到了没有，其实就是直接将我们想要传递到视图页的数据，保存到了父类ControllerBase的ViewData属性对象的一个名为Model的属性中去了。
　　　　 //然后在将Controller中的ViewData的引用传递给视图页面类的实例对象上的ViewData属性，这样就能将在控制器的Action中往ViewData中设置的值传递到视图中去了，也就是我们上面的代码还可以改为
 　　　　//ViewData.Model=productList;return View();就行了。
        base.ViewData.Model = model;
    return new ViewResult { ViewName = viewName, MasterName = masterName, ViewData = base.ViewData, TempData = base.TempData, ViewEngineCollection = this.ViewEngineCollection };
　　　 需要注意的是：ViewData中的数据只能传递到当前这个Action所要去加载的视图页面中去，而不能跨Action传输。
ViewBag
　　　ViewBag,其实内部真正存储数据的还是ViewData,也就是说,ViewData和ViewBag的数据是共享的，通过ViewData设置的数据，可以通过ViewBag访问，通过ViewBag设置的数据可以通过
ViewData访问。
　　　看看ControllerBase中的ViewBag属性的源码：
[Dynamic]
public object ViewBag
    [return: Dynamic]
        Func<ViewDataDictionary> viewDataThunk = null;
        if (this._dynamicViewDataDictionary == null)
            if (viewDataThunk == null)
                viewDataThunk = () => this.ViewData;
            //viewDataThunk是个lambda表达式，返回ViewData.也就是DynamicViewDataDictionary内部还是用的是ViewData.
            this._dynamicViewDataDictionary = new DynamicViewDataDictionary(viewDataThunk);
        return this._dynamicViewDataDictionary;
　　　　以下是DynamicViewDataDictionary中的两个方法。
    public override bool TryGetMember(GetMemberBinder binder, out object result)
    {
　　　　 //看到重点了吧。
        result = this.ViewData[binder.Name];
        return true;
    public override bool TrySetMember(SetMemberBinder binder, object value)
        this.ViewData[binder.Name] = value;
        return true;
TempData
　　　 我们需要知道的是,.NET Mvc中最终处理来自于浏览器端的请求的是一个MvcHandler的类，这个类实现了IHttpHandler，而IHttpHandler中定义了一个ProccessRequest方法，和WebForm
不一样的是，Controller对象的创建是在MvcHandler中来完成的。从MvcHanlder的ProccessRequest方法中开始追踪，我们会发现以下代码：
protected internal virtual void ProcessRequest(HttpContextBase httpContext)
    IController controller;
    IControllerFactory factory;
    this.ProcessRequestInit(httpContext, out controller, out factory);
        controller.Execute(this.RequestContext);
    finally
        factory.ReleaseController(controller);
　　　 再看看controller.Execute的源码（因为controller变量是IController接口类型，所以要查看实现了IController的类的Execute方法）发现是ControllerBase实现了该接口中的Execute方法，再看看，ControllerBase中的Execute方法，发现调用了自己的ExecuteCore方法，发现ExecuteCore是一个abstract方法，没有方法体，然后我们从其子类Controller中看到了重写了其父类ControllerBase中的ExecuteCore方法，Controller->ExecuteCore方法如下：
protected override void ExecuteCore()
    //这句代码表示在调用目标Action之前，去Session中加载对应的来自于上个Action   
　　//中保存的传递过来的数据。
    this.PossiblyLoadTempData();
        string requiredString = this.RouteData.GetRequiredString("action");
        if (!this.ActionInvoker.InvokeAction(base.ControllerContext, requiredString))
            this.HandleUnknownAction(requiredString);
    finally
        this.PossiblySaveTempData();
　　　 我们在看看PosiblyLoadTempData这个方法中的代码，很明显，这个方法就是Controller中的.
internal void PossiblyLoadTempData()
    //这里说明了，只有当前被请求的不是子Action的时候才会去加载对应的TempData数据，从Session中。
    if (!base.ControllerContext.IsChildAction)
        //TempData的类型是TempDataDictionary,我们看看这个类中的Load方法，查看TempDataDictionary.Load方法，我们发现其实真正去加载的是一个实现了ITempDataProvider接口的某个类的实例对象去加载的。
   　　 //其实就是SessionStateTempDataProvider,找到这个类，查看其LoadTempData方法。
        base.TempData.Load(base.ControllerContext, this.TempDataProvider);
 　　 下面是SessionStateTempDataProvider->LoadTempData方法源码：
    // Methods
    public virtual IDictionary<string, object> LoadTempData(ControllerContext controllerContext)
        HttpSessionStateBase session = controllerContext.HttpContext.Session;
        if (session != null)
   　　　　　//真相大白了，其实我们从TempData中取数据时，还是从一个key为__ControllerTempData的Session中取出来的，也就是说TempData只是一个临时的数据保存的地方，
　　　　　　 //最终在调用Action完毕后，框架自动把在Action中往TempData中设置的值保存到Session中去，然后跳转到下个Action并在这个Action执行之前，又从Session中取出来，
  　　　　　 //通过as Dictionary让我们也知道了，其实TempData中保存数据的就是一个普通的字典而已，这就是为什么TempData能在不同的请求之间保存数据，同时也说明了为什么能在多个不同的Action之间无限的进行
　　　　　　 //数据传递。
            Dictionary<string, object> dictionary = session["__ControllerTempData"] as Dictionary<string, object>;
            if (dictionary != null)
                session.Remove("__ControllerTempData");
                return dictionary;
        return new Dictionary<string, object>(StringComparer.OrdinalIgnoreCase);
 　　　下面是SessionStateTempDataProvider的SaveTempData方法
　　 public virtual void SaveTempData(ControllerContext controllerContext, IDictionary<string, object> values)
        if (controllerContext == null)
            throw new ArgumentNullException("controllerContext");
        HttpSessionStateBase session = controllerContext.HttpContext.Session;
        bool flag = (values != null) && (values.Count > 0);
        if (session == null)
            if (flag)
                throw new InvalidOperationException(MvcResources.SessionStateTempDataProvider_SessionStateDisabled);
        else if (flag)
            session["__ControllerTempData"] = values;
        else if (session["__ControllerTempData"] != null)
            session.Remove("__ControllerTempData");
　　　再回头看看Controller类中的ExecuteCore方法，其实就是在浏览器发出请求之后，调用控制器的某个Action之前，先会去Session中尝试找Key为__ControllerTempData的Session["__ControllerTempData"]是否为null,如果不为null,那么就将其取出，并且转换为Dictionary<string,object>类型，并且存储到ControllerBase父类中的TempData属性对象里的内部属性_data中去，
然后我们在Action中或者视图中取出TempData的值的时候，就是从这个内部字典_data中取值的，在执行完action并且执行完视图页面的代码之后(this.ActionInvoker.InvokeAction(base.ControllerContext, requiredString这句代码会去找到对应的视图页面类，并且去执行,),最后一个步骤，就是去将TempData中内部字典的内容保存到Session中去，因为是最后执行，所以，在视图页面中保存到TempData的值也会被保存起来，以供下次使用，也就是说TempData是跨请求的,但是你会发现如果经过了两次请求，也就是从浏览器中输入两次，你会发现只能取一次，为什么呢，看下面这个TempDataDictionary的Save方法。
public void Save(ControllerContext controllerContext, ITempDataProvider tempDataProvider)
{
   
　　 //也就是保存到Session之前，会去先看看这些key是否是通过我们手动TempData[""]的方式设置进去的
　　 //(之所以这种判断，是因为在使用TempData["key"]=value的时候，索引器的set中包含了一句，this._initialKeys.add(key)的方法）
　　 //如果不是，则不会去再次保存，这就是为什么你在第二个请求的Action中只能取一次的原因了。
    //这里说的，是指第三次刷新第二次请求的那个Action时，已经无法访问到第一次请求存进去的TempData中的值了，因为第二次请求的时候，因为这个key没有在_initialKeys和_retainKeys这两个HashSet中。
    //如果要继续保留，请在使用TempData中的数据之前，注意：是之前哦，调用Keep()或者Keep(string key)方法。
    this._data.RemoveFromDictionary<string, object, TempDataDictionary>(delegate (KeyValuePair<string, object> entry, TempDataDictionary tempData) {
        string item = entry.Key;
        return !tempData._initialKeys.Contains(item) && !tempData._retainedKeys.Contains(item);
    }, this);
    tempDataProvider.SaveTempData(controllerContext, this._data);
 　　　为什么会在使用一次之后，就不会在保存回Session中去了呢，如果，还不够清楚，还可以看看，TempData的索引器，可以发现get下有一个关键代码：
    public object this[string key]
            object obj2;
            if (this.TryGetValue(key, out obj2))
            {
　　　　　　　　  //原来这边在我们取数据的时候，将将key从_initialKeys中移除了，当TempData.Save方法被调用时，发现_data字典中的我们取数据的那个key不在这个HashSet中，所以就不会被保存了。
　　　　　　　　　//如果你希望取数据了之后，又希望还能传递到下一个action用的话，那么请使用Peek方法。
                this._initialKeys.Remove(key);
                return obj2;
            return null;
            this._data[key] = value;
　　　　　　  //这句说明了，为什么我们使用TempData["key"]=value设置的值，可以留到下次使用的原因。
            this._initialKeys.Add(key);