Immer diese blöden Autos

[dedlfix]

Tach!

Wenn ich bloß ein paar Funktionen gruppieren will und es kein abgeschlossenes Objekt mit internem State gibt, dem ich Nachrichten sende, brauche ich natürlich nicht unbedingt eine Klasse.
Wobei: Es gibt durchaus Methodenobjekte als Refactoring-Pattern. Ziemlich praktisch, wie ich finde. Solche Objekte ergänzen freilich eher klassische Objekte.

Wobei man sich da vorher fragen sollte, warum die Methode so groß ist und ob da nicht sowieso wegen der Single Responsibility eine eigene Klasse (oder mehrere) zu bilden wäre. Solche Auslagerungsklassen scheinen mir das Problem nur auszulagern, anstatt es richtig zu lösen.

(Und wie 1UnitedPower richtig bemerkte sind einige Pattern eher Anti-Pattern als empfehlenswert.)

dedlfix.