我正在重构一个现有项目，它是一个大文件。所有表单控件都存在于一个表单中，所有事件处理程序都存在于表单的代码中。
我正在将一部分 UI 重构为用户控件。此 UI 的一部分是“添加合同”按钮。这将转到我的数据层，向 DataTable 添加一行，并且表单其他部分中的各种网格都使用新行进行更新。
我的问题是，我应该将按钮单击的事件处理程序放在用户控件中的哪个位置？
我可以将事件处理程序代码留在父窗体中，并在用户控件中使用AddHandler 来引用父窗体的子窗体
我可以在用户控件中编写所有事件处理程序代码。在这种情况下，我需要访问父表单以获取对数据层的引用。
我来自网络背景，我习惯于“控制器”处理这类事情。我想我的父表单正在变成一种控制器 - 但这是一个好习惯吗？我是否应该有一个单独的类来协调用户与我的模型层的交互，或者，一旦我将所有 UI 分离到单独的用户控件中，主窗体是否适合这种事情？
【问题讨论】：
标签： vb.net
您的用户控件应该引发承载该用户控件的表单将处理的事件。如果用户控件具有对表单的引用，则用户控件在任何其他上下文中都不可重用；换句话说，用户控件与那个表单紧密耦合，如果表单 X 尝试使用用户控件，它就会中断。
注意：如果您的表单是唯一会使用用户控件的东西，那么将其作为用户控件根本没有太多的可重用性价值。如果接口只有一个实现，那么创建接口并没有多大用处。也就是说，从组织的角度来看，用户控件可用于清理拥挤的表单。它还具有允许在用户控件中动态加载内容的好处。
您的父表单成为控制器没有任何问题。
这是一个简单的示例（在本例中是单击用户控件中的按钮），说明如何从用户控件引发事件并订阅表单中的事件：
Public Class UserControlClass
' Define event that will be raised by user control to anyone interested in handling the event
Public Event UC_Button1Click()
' Mechanism to allow event to be raised by user control
Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button1.Click
RaiseEvent UC_Button1Click()
End Sub
End Class
现在在您的表单类中，您需要为用户控件引发的事件添加一个处理程序，如下所示：
AddHandler userControl1.UC_Button1Click, AddressOf Button1_Click
最后，您将创建AddressOf 语法中引用的方法，如下所示：
Public Sub Button1_Click(ByVal sender As Object, ByVal args As EventArgs)
' Do something here
End Sub
【讨论】：