为用户控件的子控件启用事件可见性？

Question

介绍

我有一个继承自UserControl的类，在该类中我公开了一个子TextBox控件：

Public NotInheritable Class MyUserControl: Inherits UserControl

...

    ''' <summary>
    ''' Gets the inner TextBox of this user control container.
    ''' </summary>
    <Browsable(True),
    EditorBrowsable(EditorBrowsableState.Always),
    DesignerSerializationVisibility(DesignerSerializationVisibility.Content)>
    <Description("The textbox control.")>
    Public ReadOnly Property TextBox As TextBox
        Get
            Return Me.textbox1
        End Get
    End Property

    <Browsable(False),
    EditorBrowsable(EditorBrowsableState.Advanced),
    DesignerSerializationVisibility(DesignerSerializationVisibility.Visible)>
    Private WithEvents textbox1 As New TextBox With {...}

    Public Sub New()
        ...
        Dim container As New ContainerControl
        container.Controls.Add(Me.textbox1)
        Me.Controls.Add(container)
        ...
    End Sub

    ...

End Class

---

问题

我只是希望能够在设计时使用Handles语句，以使IntelliSense列出该子TextBox事件的方式，就像我们可以使用此功能列出和订阅默认TextBox的事件一样，如以下示例所示：

但是，当我使用user-contorl进行上述操作时， Handles语句无法识别子TextBox或其事件，因为TextBox属性似乎不以这种方式可见，但是请注意，我将该成员的可见性设置为Public正如我在简介中所显示的，它是Withevents成员。

另一方面，我的用户TextBox属性可以手动访问，我可以键入属性名称和事件名称，以便下面的此事件处理程序可以编译并正常运行：

Private Sub MyUserControl_TextBox_TextChanged(sender As Object, e As EventArgs) _
Handles MyUserControl.TextBox.TextChanged

End Sub

问题在于，将事件处理程序添加到我的源代码中后，当我返回Visual Studio的Visual GUI Builder时 ，它将引发以下错误：

因此，除非删除处理用户控件的子TextBox的事件处理程序，否则我无法访问Visual Builder 。

最奇怪的是，就像我说的那样，我无法使用Handles语句列出事件，也不会手动向事件征求错误，因为它会引发该错误，但是事件可以在可视化生成器的控件的属性网格内访问，并且如果我双击一个事件名称会生成事件处理程序（我无法按照我的解释使用它），这很荒谬：

---

题

我做错了什么？如何修复该视觉生成器错误？

最重要的是，如何像往常一样对用户控件的子文本框控件使用Handles语句？

---

回答条件

为了轻松解决有关Handles语句以及有关Visual Builder的问题，我知道我可以通过以下方式向用户控件的子文本框添加附加引用：

Private WithEvents tb As TextBox = MyUserControlInstance.TextBox

Private Sub tb_TextChanged(sender As Object, e As EventArgs) _
Handles tb.TextChanged

End Sub

否则，我可以从UserControl类的“顶层”公开该子文本框的事件，但这将是编写代码的噩梦，因为我不知道该任务是否可以自动化。

这些棘手的事情不会让我理解和解决真正的问题，我认为我的问题和我的问题很清楚，我会避免像“补丁”而不是解决方案那样的“解决方案”。

Answer 1

我建议您不要按预期使用UserControl 。 这些有点像一个迷你窗体，它消耗了控件上的事件。

基于Handles MyUserControl.TextBox.TextChanged ，您似乎希望表单参与文本更改

通常，这些控件使您可以创建由多个相关控件组成的控件，并封装逻辑以执行某些任务。 一个示例是定义新雇员或产品的UserControl 。 UserControl将消耗所有涉及不同步骤的事件，并最终咳出一个完成的对象。 基于任务的示例将是具有几个用于过滤器和参数的控件的搜索功能。

它们不是，而是荣耀的容器控件。 使用UserControl表单的原因之一是将表单与那些实现细节隔离开来，并将其封装起来以供重用。

就是说，您只需要将您希望公开的所有事件都冒出来。 使用实际的UserControl ，将TextBox放到上面：

Public Class UserControl1

    Public Event MyTBTextChanged(sender As Object, e As EventArgs)

    Public Sub New()
        ' This call is required by the designer.
        InitializeComponent()

        ' Add any initialization after the InitializeComponent() call.

    End Sub

    Private Sub TextBox1_TextChanged(sender As Object, 
               e As EventArgs) Handles TextBox1.TextChanged
        RaiseEvent MyTBTextChanged(sender, e)
    End Sub
    ...

如果您发现必须冒出一个或两个以上的事件（或者可能是任何一个 ），那么您可能想重新考虑代码逻辑的处理位置或UserControl是否是正确的选择（如果很多事件需要很多，控件被公开了，为什么根本没有UC？）。