asp.net - 嵌套的 UpdatePanel 导致父级回发？

Question

我的印象是嵌套 UpdatePanel 中的控件将导致顶级 UpdatePanel 刷新(从而刷新两个 UpdatePanel)，因为该控件上的任何事件都充当“隐式”触发器。那是对的吗？

我一直在尝试连接这样的东西-

UserControl

   Parent UpdatePanel

   "Show" button

      ASP:Panel

         Dynamically added UserControls, each with UpdatePanels

单击“显示”按钮时，ASP:Panel 变得可见，并开始根据某些后端逻辑动态地向其自身添加 UserControl。

每个动态添加的控件(以下称为 UserControl)都有自己的启用 Atlas 的按钮和链接，因此它们也有 UpdatePanel。目前，当我单击 UserControl 之一中的链接时，ASP:Panel 的全部内容都消失了，就好像它正在重新呈现一样。我所有动态添加的控件都消失了，并且调试器中没有捕获到它们的任何单击事件。

我假设这里发生的事情是驻留在嵌套更新面板中的控件导致父 UpdatePanel 回发，因为它们正在触发“隐式”触发器。有没有办法让我的 UserControls 自主运行而不与包含它们的 ASP:Panel 混淆？

如果没有，我应该在这里采取什么策略？如果每次在其中一个(可能是多个)UserControl 上发生事件时我都必须重新渲染整个 ASP:Panel，这意味着我将不得不重新创建 UserControl，这需要花费一些精力来创建。我还必须保留某种 View 状态来重新创建它们。我对 ASP.NET 有点陌生，这听起来很吓人。如果可以避免，我宁愿永远不要刷新顶级 UserControl 和 ASP:Panel，并让每个动态添加的 UserControl 异步触发和处理它们自己的事件。

编辑:我没有动态添加控件，而是将它们添加到标记中(不是一个糟糕的解决方案)。所以摆脱了控件消失的问题，因为现在控件不是动态添加的，而是存在于标记中。但是父 UpdatePanel 发布仍然是一个很大的性能损失，因为所有 UserControl 都被发布而不是一个。如何只进行一次 UserControl 回发？另外，我想知道如何解决动态添加控件消失的问题？

Answer 1

首先，请记住:UpdatePanel 不会改变页面的生命周期。

所有控制树(包括更新面板)都必须像正常回发生命周期一样重建。1 2 UpdatePanels 确保仅返回呈现 (HTML) View 的一部分。删除所有 UpdatePanel 应该会导致相同的行为，除了完整的回发。例如，只有表示嵌套 UpdatePanel 的 HTML(大概是因为数据更改)可能会在 XHR 响应中发回。

要获得“真正的”AJAX，请考虑页面方法。或者，DevExpress(也许还有 Telerik 和其他人？)提供他们自己形式的“回调面板”，类似于 UpdatePanels，但可以绕过生命周期的一部分(因此通常不完全支持 ViewState 模型或者可能会介绍他们自己的怪癖)。

虽然不理解上述内容是控件“消失”的最可能原因，但这是我的规则:不要让 [Nested] UpdatePanels “自动”工作。

将遇到具有动态控件和嵌套 UpdatePanels 的边缘情况。可能有一个很好的方法来处理这个问题，但我在多次不同的尝试中都失败了。

相反，对于每个更新面板，运行:

UpdateMode="Conditional"
ChildrenAsTriggers="False"

使用“条件”更新模式，确保手动指定触发器控件或调用 panel.Update() (尽管这会根据需要对 Control 进行硬接线)。视需要ChildrenAsTriggers="True"也可能工作。重要的是，UpdateMode 不是默认的“始终”。

切换到这种方法后，我对嵌套的 UpdatePanel 没有任何问题——嗯，几乎没有问题。

快乐编码!

1 如果在禁用部分渲染(在 ScriptManager 中)(例如，所有请求都是完整回发)的情况下页面无法正确呈现，则没有理由期望/相信它会与 UpdatePanels 一起正常工作。

2 有时需要在控件树中“欺骗”不会重新呈现的控件的昂贵重新计算。但是，我会考虑这些高级案例，只有在性能分析表明存在特定需求时才应该进行。