当从子表单而不是父表单调用 browseto 时，为什么 Access 2010 不会触发表单卸载事件？

Question

如上所述，这是一个 Access 2010 .accdb。

我有一个主要的导航表单：frmNav。

在 frmNav 上，我有一个 Navigation 子窗体控件：NavigationSubForm。

我使用 docmd browseto 在导航控件的选项卡之间移动。

在 NavigationSubForm 控件中加载的第一个表单是 frmInboundShipments。

frmInboundShipments 包含一个子表单控件 sfrmListInvoicesByShipment。

sfrmListInvoicesByShipment 包含经过过滤的发票数据表，该数据表与 frmInboundShipments 中的每个货件相关联。

frmItemInvoices 包含 sfrmListInvoicesByShipment 中引用的发票。

以下使用browseto命令在frmInboundShipments和frmItemInvoices之间移动的方法做触发frmInboundShipments上的UnLoad事件：

1. 单击 frmInboundShipments 上的命令按钮以调用 browseto 到 frmItemInvoices
2. 单击 frmNav 上导航控件上的导航选项卡/按钮以调用 browseto frmItemInvoices。

但是，当我执行以下操作时，frmInboundShipments 上的 UnLoad 事件无法触发：

1. 双击 sfrmListInvoicesByShipment 中的字段/数据表行以触发 browseto 命令以显示/移动到 frmItemInvoices：

   一个。立即执行 docmd browseto 显示 frmItemInvoices

   b.先将焦点放在父窗体上，然后执行docmd browseto 显示frmItemInvoices

    i. e.g.: Me.Parent.sfrmListInvoicesByShipments.SetFocus
   
             DoCmd.BrowseTo acBrowseToForm, "frmItemInvoices", "frmNav.NavigationSubform", ...criteria....
   

我一生都无法理解为什么当从子表单发出 browseto 命令时事件不会触发，而是在两个表单之间导航时在所有其他情况下触发。

我查看了 Access 2010 的事件顺序，我没有看到任何明确说明在从子窗体查看另一个窗体时不会触发主窗体的 Unload 事件的任何内容。

在这种情况下也不会触发 Deactivate 事件。

更新，2013 年 10 月 18 日：进一步调查显示父窗体的 Close 事件确实触发，但绝对不是 deactivate 或 unload 事件。问题是一旦表单关闭事件发生，我想要捕获的值就已经消失了。不知道从这里做什么......

Answer 1

鲁德莱里乌斯，

我感觉到你的痛苦。我在调试 Access Form 事件方面有很长的经验，并且得出了几条规则：

1. 表单事件并不总是按预期触发。
2. 表单事件并不总是按特定顺序触发，尽管文档可能会这样说。
3. 最后，通过在事件过程中放置​​断点进行调试可以更改触发事件的顺序或数量。

那你能做什么？我的建议：

1. 表单事件用于处理表单级别的操作。它们只是管道，您不应该使用应用程序级函数重载它们
2. 将应用程序或业务逻辑与表单分开，尤其不要将业务逻辑插入任何表单或报告事件。换句话说，支持您的应用程序做什么的代码应该与如何它是分开的。
3. 对于调试，在事件过程中使用Debug.Print 之类的东西，并避免使用断点。

那么，这对您有什么帮助？我的（必须是广泛的）答案是将您想要保留的任何信息放在外部模块级变量或类中，在您采取表单操作之前。然后，您的主表单可以使用该信息，而无需依赖孩子的状态。