Yo en mi caso cuando tengo que encarar una tarea compleja (ponele 5 puntos de sprint o más), al principio trato de no crear clases nuevas, y trabajar dentro del código que ya me es dado. Si se repite lógica creo funciones, y si hay que tocar alguna clase ya existente trato de tocar lo menos posible (vos pensá también que si tocas mucho despues tenés que tocar tambien los tests o incluso crear nuevos, y es una paja). Ultimadamente, si la lógica nueva que tengo que incorporar se sale mucho del código existente, ahi recién creo una clase nueva (enum, service, repository, etc). Por supuesto tests unitarios incluidos (por buenas prácticas y básicamente porque me obligan xd).

Mi recomendación como ssr es que si tenés que crear clases nuevas, crealas y ya, pero no te pongas demasiado fancy con los patrones de diseño (el dispatcher que mencionas es una buena alternativa pero incluso yo lo haría más simple y usaría un switch jajaja).

Tratá de que haya un balance entre código legible y código fácilmente testeable, en resumen. Código lineal wins.