Pregunta

Ahora estoy tratando de entender algo de código y he encontrado un patrón, que parece un poco extraño para mí. No es la clase de control de un usuario con el evento 'EditorOpen'. Al principio, pensé que este nombre es incorrecto, porque no termina con 'ing' o '-ed', como sugiere MSDN. Sin embargo, más tarde me he dado cuenta, que este evento no informa de algo que sucede, pero es más bien una especie de SOLICITUD hacer la operación real. Este es el código de cliente, que se espera para realizar la "apertura del editor"!

Yo estaba un poco sorprendidos al descubrir que esto es en realidad algún tipo de método de plantilla de diseño del patrón, en el que puede haber múltiples acciones relacionadas con un único marcador de posición de acción.

Creo que es muy interesante, pero también me temo que el uso de los acontecimientos en estos casos puede ser muy engañoso. De todos modos, no estamos hablando acerca de los eventos aquí, sino de peticiones. Hm ... tal vez no estaría mal, aunque sólo el nombre del evento fue 'EditorOpeningRequest' o 'EditorOpeningRequested'. ¿Qué piensas? Comente, esto durante una revisión de código?

¿Fue útil?

Solución

A menos que haya una muy buena razón para que tenga múltiples manejo de una solicitud de apertura de un editor de objetos, sugeriría que debería haber un delegado en lugar de un evento. Esto le restringe a tener un manejador de la solicitud, que en este caso parece más lógico.

Más lejos más que cambiaría el nombre a OpenEditor ya que esto es más descriptivo en cuanto a lo que va a esperar. Si se pega con el modelo de eventos, a continuación, OpenEditorRequested puede ser un nombre mejor.

HTH.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top