Podział god class

Mam następujący problem.
Istnieją klasy, które w kontenerze DI mają zasięg aplikacyjny i mają masę (naprawdę masę) wstrzykiwanych innych komponentów.
Jak zabrać się za refactoring, jak podchodzić do pracy z czymś takim. Zakładając, że pracuję z takim kontenerem w którym nie mogę wrzucić do komponentu aplikacyjnego komponentu requestowego.
Czy rozbijanie tego wszystkiego na mniejsze klasy i tworzenia masy nowych komponentów aplikacyjnych to dobra ścieżka?

Ogólnie jestem zielony przy pracy z tak legacy kodem (i ogólnie :) ), a chciałbym umieć sobie radzić i w takich sytuacjach.

Uczynny Młot napisał(a):

Czy rozbijanie tego wszystkiego na mniejsze klasy i tworzenia masy nowych komponentów aplikacyjnych to dobra ścieżka?

Od czegoś trzeba zacząć, a bez podziału zgodnego z SRP niczego nie zrobisz.

Inaczej niż rozbijając raczej sie nie da, ale pamiętam ze nie wszystko musi być komponentem/beanem w rozumieniu IoC.