Click here to Skip to main content
65,938 articles
CodeProject is changing. Read more.
Articles
(untagged)

How to route events in a Windows Forms application

0.00/5 (No votes)
17 Jul 2005 2  
An article about routing events in a Windows Forms application.

Sample Image

Introduction

To receive a button click notification, you simply hook up an event handler to your button's Click event, providing you have a reference to the button. This is very straightforward if the button is directly embedded in the form where the Click notification needs to be handled. But how do you add an event handler to a button that is embedded in another control, say a UserControl. Adding a notification handler to that control's Click event will notify your event handler only if that control was clicked. There is little need to be notified when the mouse is clicked over a UserControl or Form.

Event handlers are normally assigned across one level of the control hierarchy, from the Form directly to a button or from a UserControl directly to a button. To assign an event handler from a Form to a button that is embedded in another control is not a straightforward affair. One way to accomplish it would be to expose the button from the UserControl to the Form. But this a rather awkward thing to do if the button was nested many layers deep. A much better way is to override the Click event in the embedding control and redirect the captured Click event up the food chain. This article describes such a technique. I am using the Button and its Click event as a model to demonstrate how to route an event to its final target.

Overriding a Control's event

Let us construct a demo application where two buttons are placed into a user control and the the user control is placed into a form. The button's Click events are ultimately processed by the form's event handlers. So, the routing needs to be built into the user control. Take a look at the following code snippet:

// code snippet for UserControl


// normal event registration with the button

this.button1.Click += new System.EventHandler(this.button1_Click);

// the wrong implementation of the UserControl's event handler

private void button_Click(object sender, System.EventArgs e)
{
    /*
        this will publis the click event further up the chain but 
        the subscribers will learn that the sender is this UserControl
        which is definitely not what we want
    */ 
    base.OnClick(e);
} 

// the correct implementation if the UserControl's event handler

private void button_Click(object sender, System.EventArgs e)
{
    /*
        Implementation of EventHandlerDelegate to explained
    */
    if(this.EventHandlerDelegate != null)
        this.EventHandlerDelegate(sender, e);
}

The EventHandlerDelegate represents the overridden Click event of the Button. The code that overrides it looks like this:

public class UserControl1 : System.Windows.Forms.UserControl
{     
        // define an event handler delegate which basically re-uses an existing

        // signature

        public delegate void EventHandler(object sender, System.EventArgs e);
        // decalre an event handler delegate

        EventHandler EventHandlerDelegate;
        // re-define the Click event

        new public event EventHandler Click
        { 
            // this is the equivalent of Click += new EventHandler(...)

            add 
            {   
                this.EventHandlerDelegate += value;
            }
            // this is the equivalent of Click -= new EventHandler(...)

            remove
            {
               this.EventHandlerDelegate -= value;
            }
        }
        
        // the rest of the code not shown

}

Instrumenting the UserControl in this way permits the Form to assign its event handlers like so:

this.userControl1.Click += new 
  EventRouting.UserControl1.EventHandler(this.userControl1_Click);

Event routing also requires some participation by the event consumers to indicate the handling of the event. One other UserControl implementation demonstrates an event dispatcher that stops dispatching the events as soon as one consumer indicates that the events were handled.

// redefine the EventArgs class

public class EventArgs : System.EventArgs 
{
    bool handled;
    // the event consumer should set it to 'true'

    // to indicate that the event was handled

    public bool Handled 
    {
        get { return this.handled; }
        set { this.handled = value; }
    }
}

private void button2_Click(object sender, System.EventArgs e)
{
    if(this.EventHandlerDelegate != null)
    {
        // prepare the arguments for dynamic invokation

        EventArgs e2 = new EventArgs();
        // pass along this new EventArgs object


        object[] args = new object[] { sender, e2 };
        
        // get every event handler and invoke it dynamically

        foreach(Delegate handler in 
            this.EventHandlerDelegate.GetInvocationList())
        {
            handler.DynamicInvoke(args);
            if(e2.Handled)
                break;
        }
    }
}

This whole concept is very simple. Just download the code, compile it and observe the show. You can apply this technique for any kind of events including the ones defined by you.

License

This article has no explicit license attached to it but may contain usage terms in the article text or the download files themselves. If in doubt please contact the author via the discussion board below.

A list of licenses authors might use can be found here