Как получить события от вспомогательных элементов управления пользовательского элемента управления в приложении WinForms?

Лучшей практикой было бы выставлять события на UserControl, которые поднимают события до родительской формы. Я пошел вперед и собрал пример для вас. Вот описание того, что дает этот пример.

• UserControl1
• Создайте UserControl с TextBox1
• Зарегистрируйте публичное мероприятие на UserControl под названием ControlChanged
• В UserControl зарегистрируйте обработчик события TextBox1 TextChangedEvent.
• В функции обработчика TextChangeEvent я вызываю событие ControlChanged, чтобы всплывать в родительской форме.
• Form1
• Перетащите экземпляр UserControl1 в дизайнер
• Зарегистрируйте обработчик событий на UserControl1 для MouseLeave и для ControlChanged

Вот снимок экрана, показывающий, что событие ControlChanged, которое я определил для UserControl, доступно через UX в Visual Studio в родительской форме Windows.

Лучшей моделью для такого рода вещей будет создание пользовательских событий в вашем пользовательском элементе управления и их вызов в соответствующее время.

Ваш сценарий довольно сложный, но не неслыханный. (На самом деле я нахожусь в очень похожем режиме в одном из моих текущих проектов.) Я подхожу к этому так, что пользовательский элемент управления отвечает за свою собственную проверку. Я не использую CausesValidation; вместо этого в соответствующей контрольной точке пользователя я выполняю проверку с помощью переопределения ValidateChildren(). (Обычно это происходит, когда пользователь нажимает «Сохранить» или «Далее» в пользовательском элементе управления, для меня.)

Если вы не знакомы с вашим пользовательским интерфейсом управления, это может быть не на 100% правильным подходом для вас. Однако, если вы вызываете пользовательские события (возможно, с пользовательским EventArgs, который указывает, выполнять ли проверку или нет), вы сможете достичь того, чего хотите.

Вам нужно будет связать события, которые вы хотите зафиксировать, внутри пользовательского элемента управления и опубликовать их через некоторые настраиваемые свойства событий в самом пользовательском элементе управления. Простым примером может быть перенос события нажатия кнопки:

// CustomControl.cs
// Assumes a Button 'myButton' has been added through the designer

// we need a delegate definition to type our event
public delegate void ButtonClickHandler(object sender, EventArgs e);

// declare the public event that other classes can subscribe to
public event ButtonClickHandler ButtonClickEvent;

// wire up the internal button click event to trigger our custom event
this.myButton.Click += new System.EventHandler(this.myButton_Click);
public void myButton_Click(object sender, EventArgs e)
{
  if (ButtonClickEvent != null)
  {
    ButtonClickEvent(sender, e);
  }
}

Затем в форме, которая использует этот элемент управления, вы подключаете событие, как и любое другое:

// CustomForm.cs
// Assumes a CustomControl 'myCustomControl' has been added through the desinger
this.myCustomControl.ButtonClickEvent += new System.EventHandler(this.myCustomControl_ButtonClickEvent);
myCustomControl_ButtonClickEvent(object sender, EventArgs e)
{
  // do something with the newly bubbled event
}

Если кто-то все еще задается вопросом, как имитировать всплывающую подсказку событий в WinForm, метод Application.AddMessageFilter — хорошее место для просмотра.

Используя этот метод, вы можете установить свой собственный фильтр, который отслеживает все сообщения, отправляемые в очередь сообщений текущего потока.

Вы должны знать, что отправляемые (не публикуемые) сообщения не могут быть обработаны этим фильтром. К сожалению, наиболее интересные события (например, клики) публикуются, а не отправляются, поэтому их можно отслеживать с помощью этого фильтра.

Я хотел бы отметить, что, как описано, на самом деле это звучит так, как будто вы гонитесь за отвлекающим маневром. Хотя кажется, что у вас есть ситуация, когда отсутствие всплытия событий в WinForms вызывает у вас проблемы, реальность такова, что плохая архитектура вынуждает вас нуждаться в всплывании событий, когда вы этого не должны.

Если вы можете реорганизовать/реструктурировать свой дизайн таким образом, чтобы элементы управления работали с общей моделью данных (очевидным выбором являются MVC/MVP), то вы можете просто применить к модели общие шаблоны WinForms, такие как события PropertyChanged, чтобы сообщить вашей основной форме и любым другим элементам управления. которые используют эти данные для обновления себя.

Короче говоря, другие ответы разумны в том смысле, что они отвечают на заданный вопрос. Но с точки зрения качества кода, я думаю, лучший ответ — отделить ваши данные от пользовательского интерфейса.