Warum Strategy Pattern nicht über Metaklassen?

[Der schöne Günther]

Da hätte ich mir, bei meiner Taktik, spontan eine neue Subklasse deklariert, die dann wiederum ihre von ihr aggregierten Strategien hätte kennen müssen. Ja, auf lange Sicht wäre ich nicht gut gefahren.

Wahrscheinlich hätte ich, noch von J2EE geschädigt, mir eine FilterChain-Klasse gebaut, die dann speziell dafür gut gewesen wäre und sich, mit anderen Filtern parametrisieren ließe - Großer Gott!

Manchmal bekomme ich vor mir selbst Angst, was einem bei Hitze für Gedanken im Kopf schwirren. Wo ich sitze, gibt es keine Klimaanlage


Danke für die Antworten bislang
Gut dass ich vorher gefragt habe, heut nachmittag kam mir das unheimlich attraktiv vor

[Furtbichler]

Nachtrag: So wie ich das sehe, ist deine Idee einfach kein Strategy-Pattern, sondern einfach eine Möglichkeit, ein konkretes Verhalten einer abgeleiteten Klasse zu definieren. Du kannst auch einfach die Filter-Methode abstrakt definieren und dann konkret implementieren. Gehüpft wie gesprungen.

[Der schöne Günther]

"Einmal filtern, bitte" ist vielleicht wirklich kein gutes Beispiel wenn man als Strategie gleich ein langfristiges, Zustände speicherndes Vorgehen im Kopf hat. Ich bin da wohl doch etwas einfacher gestrickt

Zu meiner Verteidigung: TDatensatz hat eine Methode "sagMirWieDuGefiltertAussiehst". Welches Verhalten da intern benutzt wird um einen gefilterten Datensatz zu erzeugen möchte ich einstellen können. Dieses delegierte Verhalten wage ich, frei nach den quakenden Enten, bereits als Strategie bezeichnen zu können.