asp.net - 正在将存储在 Viewstate 中的 DataTable 转换为 List一个糟糕的选择？

Question

我刚刚开始了一份新工作并继承了一个噩梦般的 WebForms .net 4.0 项目，该项目在很多地方都出错了。

我有一个在 ViewState 中存储 DataTable 的用户控件。该代码通过索引号引用整个代码中的列，这使得它完全不可读。我知道我可以按名称引用列以使其更具可读性，但我更愿意将其分解为一个列表。

之前的开发者将列表存储在 ViewState 中，因为更改无法持久化回数据库，我们读入数据，销售人员可以对定价进行修改，然后将信息推送到 XML 格式以生成销售订单表单PDF格式。所以我们需要一种临时存储的机制。

如果我有从头开始的奢侈，我会在 JSON 中提取数据并在客户端完成所有操作，但我还没有那种奢侈。

1. 自从我使用 DataTables 已经很久很久了，我很确定将它放在 ViewState 中并不好，对吗？它会给 ViewState 带来什么样的负载；我们正在查看 44 列，通常大约 25 行。：秒

2. 其次，如果在 ViewState 中放置一个 List 与在 DataTable 中放置一个很大的区别，或者它们是否都一样糟糕 - 在这种情况下，我从当前位置切换出来不会造成伤害？

3. 第三个问题，对行的更新是在 ViewState DataTable 中自动更新的，这和 List 一样吗？

4. 最后一个，更多寻求建议。存储此信息（最好是列表）服务器端的最佳位置在哪里 - 会话或缓存会更好吗？

Answer 1

1. 你是对的。将 DataTable 存储在 ViewState 中是一个糟糕的主意。

2. 在 ViewState 中存储 List 仍然很糟糕，并且可能比存储 DataTable 稍微好一些。

3. 不清楚您所说的“更新在 DataTable 上自动发生”是什么意思。除非您从 ViewState 检索 DataTable 并以编程方式应用任何更新，否则我怀疑情况是否如此。如果您使用列表，则必须这样做。

4. Session 可能会更好，但是您可能会遇到可伸缩性问题。坦率地说，我会将其存储在 Session 中，但会选择使用 Out of Proc 状态提供程序之一。这样，您的序列化数据表不会在每次请求时都发送到客户端，从而使您的页面大小非常大，同时让您可以选择将此序列化数据存储在不同的位置，例如 SQL 服务器或 ASP.NET 状态服务器。