Patrón de diseño para procesar eventos

Question

Estoy tratando de comprender el patrón de diseño más adecuado (Java) para procesar una serie de mensajes. Cada mensaje incluye un "tipo" que determina cómo deben procesarse los datos contenidos en el mensaje.

He estado considerando el patrón Command, pero me cuesta entender las funciones/relevancia de las clases de comando específicas. Hasta ahora, he determinado que el receptor contendrá el código que implementa los métodos de procesamiento de mensajes. Los comandos concretos se instanciarían en función del tipo de mensaje. Sin embargo, no tengo idea de cómo se deben pasar los datos reales del mensaje. ¿Debería pasarse al constructor del receptor con los métodos de receptor apropiados que son invocados por el método de ejecución de comando concreto? ¿Quizás los datos del mensaje se deben pasar en las invocaciones del método de acción del receptor?

Soy bastante nuevo en todo esto por lo que cualquier orientación sería apreciada.

Esto puede ayudar:

public interface Command { 
    public void execute(String msg); 
} 

public class AO1Command implements Command { 

    Receiver rec = new Receiver(); 

    public void execute(String msg) { 
     rec.admit(msg); 
    } 
} 

public class CommandFactory { 

    public protected CommandFactory() { } 

    public static Command getInstance(String type) { 

     if (type.equals("A01")) return new A01Command(); 
     else if (type.equals("A02")) return new A02Command(); 
     else { 
      return null; 
     } 
} 

Answer 1

Ok, su título lo dice un patrón para el manejo de eventos. Si está hablando de un marco de eventos real, entonces el patrón Observer/Observable viene a la mente. Esto funcionaría cuando quieras disparar un evento de algún tipo, luego haz que los manejadores de eventos recojan el procesamiento de los eventos.

Parece que su problema está en los detalles de implementación del patrón de comando. ¿Puedes publicar algún código que muestre dónde estás atrapado?

Tenga en cuenta que los patrones no son mutuamente excluyentes, puede usar el patrón de comando en el contexto del patrón Observable.

EDITAR - basado en el código, debe

1) hacer que el CommandFactory estática.
2) pase el tipo al método getCommand, que también debe ser estático.
3) No es necesario para esta reflexión, puede simplemente hacer

if (type == "type1") return new Command1(); 
else if (type == "type2") return new Command2(); 
... 

No estoy diciendo que no se puede utilizar la reflexión, estoy diciendo que su complicar lo que está tratando de hacer. Además, la forma en que lo está haciendo vincula el String que representa el tipo de mensaje a los detalles de implementación de los nombres de clase de comando, lo que parece innecesario.

Answer 2

Estás en el camino correcto. Un patrón de comando es la solución adecuada al problema delineado.

Para responder a su pregunta, su CommandFactory instanciaría una instancia de comando adecuada basada en el diferenciador de datos (en este caso, algunos datos en su mensaje). A continuación, invocaría un método en la instancia de Command, pasando su mensaje. Es práctica (la mejor) común llamar a este método Ejecutar (...), pero puede llamarlo como lo desee.

Answer 3

Es posible que desee echar un vistazo al proyecto Jakarta Digester (para procesar XML), tiene una implementación SAX, que es una API basada en eventos como se explica aquí http://www.saxproject.org/event.html, es una breve explicación pero podría servir como punto de partida para ti.