Question

我正在阅读微软关于州管理的这篇文章。

http://msdn.microsoft.com/en-us/library/75x4ha6s(v=vs.100).aspx

我在这里发现了一件有趣的事情。 ViewState被归类为Client Side选项（虽然我已经知道了）。它让我想起了应用程序中的代码。

DataTable dt = getDatatableFromDB();
ViewState["dataTable"] = dt;

此代码目前工作正常。

我的困惑是：

客户端对象（ViewState）如何保存服务器端对象（Datatable）？
使用ViewState存储像Datatables这样的大型对象是不错的做法？
如果继续使用这种方法，可能会产生什么副作用（如果有的话）？

Answer 1

视图状态存储在表单上隐藏的<input />标记中。当用户启动回发时（例如，通过单击按钮），数据将作为表单数据的一部分返回到服务器。

如果您在ViewState中存储大量数据，那么当用户尝试下载页面时（因为所有数据都将成为HTML的一部分）以及用户尝试提交表单时，您将受到惩罚（因为所有数据都必须上传回服务器。）

此外，ViewState很容易丢失。只要用户提交表单，它就会被保留。如果用户单击指向另一个页面的超链接，则永远不会提交表单，并且ViewState中包含的所有数据都将丢失。即使锚标记指向用户当前所在的页面也是如此。

我从你的previous question看到你正试图找到一个放置DataTables的好地方。只要数据相对较小，ViewState就不是最糟糕的地方。 Base64在内存使用方面优于XML，但距离高效还有很长的路要走。如果数据是相当静态的，您可能需要考虑将其存储在ApplicationState中。如果您使用GridView编辑DataTable，那么GridView实际上已经为您存储了DataTable，您可以通过DataSource属性访问它（只需将其转换回DataTable）。

值得注意的是，虽然ViewState数据是以base64编码的（意味着普通用户无法理解它），但可以由确定的用户轻松编辑。看似无害的数据可能会被编辑，对您的网站造成严重危害。这是黑客攻击网站的经典途径，因此您必须非常小心您正在存储的数据。例如，如果您将用户的ID存储在ViewState中，则用户可以编辑该ID并入侵另一个用户的帐户。（注意：如果EnableViewStateMac设置为False，这只是一个问题。）

Answer 2

1）客户端对象（ViewState）如何保存服务器端对象（Datatable）？

它是序列化的。

2）使用ViewState存储像Datatables这样的大型对象是不错的做法？

这取决于您的环境和要求。

3）如果继续使用这种方法可能会产生副作用（如果有的话）？

许多数据将通过网络传输。它可能会减慢速度。

在ViewState中存储数据表

2 个答案: