métodos de asignación de nombres que están registrados para eventos

Question

Supongamos que tengo una clase que exponga el suceso siguiente:

public event EventHandler Closing 

¿Cómo deben métodos que están registrados para este evento serán nombrados? ¿Prefiere seguir la convención que Visual Studio usa cuando asigna nombres a los métodos que genera (también conocido como. + =, Tab, Tab)? Por ejemplo:

private void TheClass_Closing(object sender, EventArgs e) 

¿O utiliza su propio estilo para nombrar estos métodos?

He intentado diferentes formas de nombrar estos métodos (como TheClassClosing, HandleClosing, etc.). Pero no he encontrado un buen estilo para indicar que la intención de un método es manejar un evento registrado. Personalmente, no me gusta el estilo (guión bajo) que Visual Studio usa para generar nombres de métodos.

sé que los métodos de control de eventos registrados son siempre privadas y que no hay una convención de nombres como el de métodos que elevan eventos (por ejemplo, OnClosing).

Answer 1

Las dos opciones comunes para nombrar es bien después de lo que el método hace:

theObject.Closing += SaveResults; 

O, alternativamente, después de lo que maneja el método:

theObject.Closing += ClosingHandler; 

lo cual es preferible realmente depende un poco en el contexto.

En el primer caso, queda inmediatamente claro lo que el controlador va a hacer, lo que hace que el código que registra el controlador sea más legible ... pero mirando el controlador SaveResults de forma aislada, no va a ser necesariamente obvio cuando se va a llamar, a menos que los argumentos del evento tengan un nombre obvio (ClosingEventArgs o algo similar).

En el segundo caso, el registro es más opaco (está bien, entonces, ¿qué va a pasar cuando ocurra Closing?), Pero por otro lado, mirando la implementación del manejador, será obvio lo que está pasando.

Supongo que el que elegir depende de cuál de los dos quiere ser más obvio; el sitio del registro o la implementación del controlador.

O, alternativamente, se puede ir por la combinación profana de los dos métodos:

theObject.Closing += ClosingHandlerSaveResults; 

Ahora tanto el sitio de registro y la implementación son igualmente obvio, y tampoco se ve muy elegante (además, es probable que viole la SECO principio).

Para el registro prefiero el primer esquema de nombres cuando theObject está contenido en un ámbito diferente de la implementación de SaveResults, y el segundo esquema cuando estoy conectando manejadores a eventos que están todos contenidos dentro de la misma clase.

Answer 2

Indico mis controladores de eventos de forma similar a los creados por Visual Studio (la pestaña +, =, pestaña que mencionas). Intento que mi nombre sea coherente en mi código, y sé que crearé manejadores con el auto creador de VS al menos algunas veces.

Los caracteres de subrayado no me molestan.

Answer 3

quizá: OnObjectNameEventName, como

private void OnTheClassClosing(object sender, EventArgs e) 

Esto coincide con los métodos de eventos internos, y con la adición del nombre del objeto, se debe ayudar a diferenciar, además, el método para elevar los eventos son controladores de eventos esencialmente internos

El usuario hace clic en formulario, realiza llamadas OnClicked, hace lo suyo, y luego plantea el evento Clicked, solo sería natural desde mi punto de vista.

Answer 4

Nómbrelo después de lo que realmente hace el controlador.

// event += event handler 
saveButton.Click += SaveData(); 
startButton.Click += StartTheTimer();