asp.net-mvc – ViewBag和ViewData也是asp.net mvc中状态管理的

什么是ViewBag和ViewData？

ViewBag和ViewData不是状态持久性机制,但我相信它们是状态管理的一部分：它们是将数据传递到页面的机制,然后可以在生成的html中将其作为状态保存.通过这种方式,它们是状态生命周期的一部分,因为它们允许您使用诸如@ Html.HiddenFor或@ Html.ActionLink之类的帮助程序在客户端html中存储状态.

在我对“storing a js value from 1 ActionResult to use in another ActionResult”的回答中,我谈到了ViewBag和ViewData如何用于在客户端html中存储状态,以及状态存储的各种选项是什么.

至于ViewBag是什么,它实际上是一种访问ViewData的动态方式,所以ViewBag.MyItem =“foo”;和var valueEqualsFoo = ViewData [“MyItem”];将设置并返回相同的字符串,并可以互换.

它们有什么相似之处？

ViewBag,ViewData与Action中的View Model最紧密地连接,其中模型使用return View(viewModel)传递给Action内部的View：所有这三种技术都将内存中的状态传递给发送到它的html客户端,任何中间缓存,并“持久”远离您的服务器.

以类似的方式,当URL中的查询字符串被发送到http请求中的服务器时,它是传递状态的方法,实际的状态存储是< a href =“urlwithquerystring”> …< / A>锚在html中. Rest ajax请求的Restful URL和主体在其定义和行为方面是相同的. ViewBag / Data将状态从Action传递给html,后者传递给客户端并存储,查询字符串或restful url然后将状态传递回服务器以便在下一个Action调用中使用. 我应该什么时候使用它们？ 您的Razor代码中的拼写错误很难检查动态属性;很容易检查强类型视图模型上是否存在属性.所以我相信你应该很少使用它们.在我看来,最好是创建强类型视图模型,而不是使用ViewBag或ViewData.它们可能适合quick and dirty solution,但这些东西往往会创建Technical Debt.ViewBag可能可以设置页面标题.

强类型视图模型：

>使用像automapper这样的框架更容易使用映射;
>使观点更可测试;和
>使您可以更轻松地为不同的设备创建不同的视图,您可以将相同的模型传递给每个视图?

我对状态存储的选择是什么？

我说它是here,我会再说一遍：过去至少有Nine Options for Managing Persistent User State in ASP.NET,其中许多仍然适用于MVC.根据应该如何使用状态,它们都有不同的用途.通常,尽可能无状态的服务器端代码更易于测试和调试.

>客户端存储包括：

>实体在html结果中传回,变成：

>输入字段
>隐藏的领域
>用于ajax请求POST主体的Javascript变量
>查询字符串值和URL中的路径(例如/ Product / 1等Restful URL)

>较旧的ASP.NET技术,可将状态保存在隐藏的html字段(如ViewState)中
>饼干
> Html5技术,如Local Storage
> Anti forgery tokens生成to prevent XSRF

>服务器端存储(与ASP.NET和ASP.NET MVC直接相关)：

> Session(可通过财务主任Session财产获得
> Cache(可通过财务总监Cache财产获得)
> TempData
> HttpContext[“item key”]
> Application(可通过Controller的HttpContext属性获取为HttpContext.Application)
> Web.config和Machine.config文件(是的,这些也保持状态,它只是应用程序范围),因此WebConfigurationManager.AppSettings字典.

>服务器端存储(其他)：

>数据库是SQL还是NOSQL
>文件存储
>消息队列,如WASB

脚注：

?我们现在使用tools for responsive design很容易,我们可以使用when appropriate,但它并不总是合适：有些视图need to look entirely different on mobile但仍然使用与大屏幕网站相同的视图模型.