Patrón de comando que conduce a explosión de clase

Question

Parece que cada vez que uso el patrón de comando, siempre me lleva a un número significativamente mayor de clases que cuando no lo uso. Esto parece bastante natural, dado que estamos ejecutando trozos de código relevante juntos en clases separadas. No me molestaría tanto si no terminara con 10 o 12 subclases de Comando por lo que podría considerar un pequeño proyecto que solo hubiera usado 6 o 7 clases de otra manera. Tener casi 19 clases para un proyecto habitual de 7 clases parece casi incorrecto.

Otra cosa que realmente me molesta es que probar todas esas subclases de Comando es un problema. Me siento lento después de llegar a los últimos comandos, como si me estuviera moviendo más lento y no más ágil.

¿Le suena esto familiar? ¿Lo estoy haciendo mal? Siento que he perdido mi agilidad al final de este proyecto, y realmente no sé cómo implementar y probar continuamente con la velocidad que tuve hace unos días.

Answer 1

Los patrones de diseño son plantillas generales para resolver problemas de forma genérica. La compensación es exactamente lo que estás viendo. Esto sucede porque necesita personalizar el enfoque genérico. Sin embargo, 12 clases de comando no parecen mucho para mí, personalmente.

Con el patrón de comando, es de esperar que los comandos sean simples (solo un método de ejecución, ¿no?) Y, por lo tanto, fáciles de probar. Además, deben poderse probar de forma aislada, es decir, debería poder probar los comandos fácilmente con poca o ninguna dependencia.

El beneficio que se debe ver son de dos tipos:

1) Usted debe haber visto su enfoque específico, complicado simplificado mediante el uso de la pauta (s) que ha elegido. es decir, algo que se estaba poniendo feo rápidamente ahora debería ser más elegante.

2) Debería ir más rápido, debido al enfoque simplificado y la facilidad de probar sus componentes individuales.

¿Puede utilizar otros patrones, como compuesto, y usar un buen diseño OO para evitar la duplicación de código (si está duplicando código ...)?

Answer 2

No parece que haya muchas clases de comando, pero estoy de acuerdo con usted en que huele un poco si constituyen más del 60% de sus clases. Si el proyecto es lo suficientemente complejo como para merecer el uso del patrón de comando, sospecho que encontrará algunas clases que piden que se dividan. Si no, tal vez el patrón de comando es excesivo.

Las otras respuestas aquí tienen grandes sugerencias para reducir la complejidad de sus comandos, pero prefiero la simplicidad donde puedo encontrarla (al bowling game).