ASP.NET-强制子/容器事件在父级加载之前触发？

Question

我正在开发一个问卷类型的应用程序，其中问题存储在数据库中。因此，我在每个 Page.OnLoad 上动态创建控件。 这就像一个魅力，ViewState 在回发之间保持不变，因为我确保我的动态控件始终具有相同的生成的 Control.ID。

除了动态填充问题的用户控件之外，我的调查问卷页面还包含一个“状态”部分（也由用户控件封装），它表示调查问卷的状态（选项为“完成”、“已开始”或“正在中”）进步'）。如果用户更改调查问卷的状态（即从“进行中”到“完成”），我需要回发到服务器，因为调查问卷动态部分的内容取决于所选状态。

无论状态如何，某些问题始终存在，而其他问题对于所选状态可能根本不存在。关键是，当状态发生变化时，我必须回发到页面并呈现正确的问题集。此外，我需要保留用户为“始终可用”的问题输入的值。

但是，由于 ASP.NET 中的页面生命周期，“状态”用户控件的 OnLoad（包含从数据库加载正确问题所需的正确状态）直到“动态问题”用户控件之后才会执行已经填充（使用错误/陈旧的值）。

为了解决这个问题，我从“状态”用户控件向主页引发一个事件，以指示状态已更改。然后主页在“动态问题”用户控件上引发一个事件。由于当该事件冒泡时，“动态问题”用户控件已经从数据库加载了“错误”问题，因此它首先调用 Controls.Clear。然后，它愉快地使用新状态来查询数据库中的“正确”问题，并对每个问题执行 Control.Add()。仅供参考，Control.ID 在回发中是一致的。

这个解决方案有效......有点。确实会呈现所选状态的正确问题集；然而，ViewState 正在迷失那些“始终可用”的问题。我猜测这是因为“动态问题”用户控件在响应状态更改事件时调用 Controls.Clear。即使 Control.ID 是一致的，这也必须以某种方式终止 ViewState 和我的动态控件之间的关联。

这似乎是一个常见的要求，我几乎肯定有一种更好、更干净、更不易出错的方法来实现这一点。以防万一，尽管去年我一直在使用 ASP.NET 页面，但我还是无法理解它的生命周期。非常感谢任何帮助！

Answer 1

但是，由于页面生命周期
ASP.NET，“状态”用户控件
OnLoad，其中包含正确的
加载正确所需的状态
来自数据库的问题，没有得到
直到“动态”之后执行
问题的用户控制已经
已填充（错误/陈旧
值）。

如果您知道底层状态控件的客户端 ID，则可以通过绕过 Web 表单并直接访问发布的表单数据，在页面生命周期的任何时刻获取发布的值：

// where 'selectedStatus' is the id of the html <input> control the user clicks
string statusString = Request.Form["selectedStatus"];

Answer 2

我确保我的动态控件
总是有相同的生成
控件ID

ViewState 的设置与控件的 ID 无关。如果您希望在动态控件内处理用户数据输入的 OnClick 事件，则必须在 RaisPostBackEvent 事件之前恢复控件层次结构，RaisPostBackEvent 事件在 Page_load 之后立即触发。

如果您想在页面上的其他位置保存具有相同状态的动态控件，或者您想在创建其他动态控件后访问控件您必须保存控件层次结构。

所以！在一个容器中创建动态控件的第一部分，并在其他容器中创建回发控件。

例如，在页面请求上，您呈现：

< asp:placeholder id="iHaveToBeDuringAllRequests1" >
  First dynamic cintrols
< /asp:placeholder >
< asp:placeholder id="iHaveToBeDuringAllRequests2" >
  Empty on first request 
< /asp:placeholder >

在回发上，您呈现：

< asp:placeholder id="iHaveToBeDuringAllRequests1" >
  First dynamic cintrols(you can clear or do not load these controls if you don't need it)
< /asp:placeholder >
< asp:placeholder id="iHaveToBeDuringAllRequests2" >
  Second dynamic controls load here
< /asp:placeholder >

最后一个提示：

我确保我的动态控件
总是有相同的生成
控件ID

您需要确保动态控件正确触发 RaisPostBackEvent（OnClick 等）（您可以使用 INamingContainer 容器而不是占位符）。

Answer 3

您可以将其更改为仅在 Page_Load 中加载控件（而不确定任何与状态相关的内容），并将控件的状态特定呈现移至 Page_PreRender。

如果动态用户控件负责加载内容，则动态用户控件可以在其 PreRender 事件（或 DataBind 事件）中从数据库读取数据。

我认为问题在于用户控件在加载所有控件和加载视图状态之前尝试读取状态。通过将与状态相关的显示延迟到稍后的页面事件，您可以确保它基于正确的状态。

Answer 4

嗯 - ASP.NET 页面生命周期；我最喜欢的之一:)

我猜这是因为
“动态问题”用户控制调用
Controls.Clear 响应时
状态改变事件。这必须
以某种方式杀死之间的关联
ViewState 和我的动态控件，
即使 Control.ID 是
一致。

听起来这是从视图状态重新创建所有内容（包括“始终打开”的问题），然后将其扔进垃圾箱。 此后重新创建控件（没有任何视图状态，因为它的重新创建已经完成）。所以是的，我也认为 Controls.Clear 是您丢失视图状态的原因。

这可能不是一句话就能解决的。我可以想象不同的方法。

但是，由于页面生命周期
ASP.NET，“状态”用户控件
OnLoad，其中包含正确的
加载正确所需的状态
来自数据库的问题，没有得到
直到“动态”之后执行
问题的用户控制已经
已填充（错误/陈旧
值）。

“OnLoad 包含正确的状态”是什么意思？我想说，在动态问题“数据绑定”期间应该可以从状态控件中获取“当前选择”（如果您的动态问题控件中碰巧有类似的内容）。 /me 之所以这么认为，是因为“数据绑定”（在父级中）发生在文章“ASP.NET 页面生命周期"如下所示。因此，如果您的动态问题控件知道它必须遵守的状态，它应该能够获取它。如果这不起作用，我会首先检查问题是否出在状态控件中。如果您的动态问题控件不知道任何状态，这显然不起作用。

另一种方法是让动态问题控件不删除其所有子项 (Controls.Clear)，而仅删除那些不再需要的子项。您可以（而且我认为您应该）在 PreRender 中执行此操作。因此，动态问题控制有一种方法可以将“始终在线”的问题与其他问题区分开来，这可能会有所帮助。然后你就可以坚持当前的策略和事件。

如果您想更深入地了解 ASP.NET 页面生命周期和视图状态，但还不了解它们，那么这两个链接可能会提供有价值的信息。

ASP.NET 页面生命周期 和 真正了解 ViewState。

如果它不是很明显，我
还没能理解 ASP.NET
尽管使用，但页面生命周期
这是去年的事情。

如果您找到有这样的人，请告诉我:)