Tim,
Wow, guess you've been reading the wrong books! <g> It's been awhile since I've read many .NET books (I did a bit more reading when I was learning it back in 2002, and I had a hard time finding good books back then).
You're not on the wrong track, at least not IMHO. We have used the same naming conventions as the ones you are using. I can't imagine using "public void OnCustomerChanged()" as the handler method at the subscriber!! I can see how that would be terribly confusing!!
~~Bonnie
>I find it important to stick to a reasonable naming convention and try to do this with my code. I am using a what I thought was consistent with Microsoft regarding events such as
>
>// the event
>public event CustomerChangedDelegate CustomerChanged
>
>// Event args
>public class CustomerChangedEventArgs : EventArgs
>
>// the method that raises the event (In the publisher)
>public void OnCustomerChanged()
>
>// The method for the handler (at the subscriber)
>public void CustomerChangedHandler()
>
>Why then with every book I look at are these same names being used but differently such as
>public void OnCustomerChanged() used as the handler method at the subscriber. or
>public event CustomerChanged OnCustomerChanged when creating the event
>
>This is terribly confusing. Am I on the wrong track or do so many authors struggle to understand the convention? What are y'all doing with your event nameing?
>
>Tim