Case-Anweisung auf Enumerationstyp. Eines Tages wird der Enumerationstyp erweitert.

[Stevie]

Zitat von Dejan Vu:

Na, ich würde auch dann keinen Kunden ableiten, sondern die Strategy verwenden (mit der Factory, fertig).

Zitat von sahimba:

Zitat von Stevie:

In solch einem Fall hab ich verschiedene TCustomer Nachfahren, die jeweils die GetRabatt Methode überschreiben.

Da fiele mir allerdings als erstes das Strategy Pattern ein.

Wie schon gesagt, das Beispiel hinkt, ein einziger numerischer Wert, der sich unterscheidet, rechtfertigt kaum verschiedene Klassen.
Aber lasst uns ruhig noch nen bisschen auf dem Beispiel rumreiten, bis wir den eigentlichen Sinn davon wieder vergessen haben

[Dejan Vu]

Da hat mal einmal im Leben die Möglichkeit, etwas an Deinen Ausführungen zu kritisieren, und ja ok, dreht sich dabei im Kreis, u aber man muss doch die ganzen Jahre nachholen, und dann wird einem das auch noch madig gemacht.

Das ist echt nicht fair.

Ich schmolle jetzt übrigens, falls es hier Irgendjemanden interessiert.

[Stevie]

Zitat von Dejan Vu:

Da hat mal einmal im Leben die Möglichkeit, etwas an Deinen Ausführungen zu kritisieren, und ja ok, dreht sich dabei im Kreis, u aber man muss doch die ganzen Jahre nachholen, und dann wird einem das auch noch madig gemacht.

Das ist echt nicht fair.

Ich schmolle jetzt übrigens, falls es hier Irgendjemanden interessiert.

Ach, da gibts oft genug Gelegenheiten, du musst sie nur erkennen

Aber mal Quatsch beiseite, das ist natürlich das Problem bei Beispielen, um bestimmte Aspekte zu verdeutlichen, dass es immer Haken gibt und man im Rahmen dieses limitierten Beispielcodes etwas komplett anders lösen würde/könnte. Nur meist ist der Code ja da, um eine bestimmte Sache zu verdeutlichen.
Im übrigen ist das auch ein Kritikpunkt, der von manchen gebracht wird - "ihr mit euren Beispielen, das klappt in der Praxis doch eh alles nicht" (erst Samstag wieder in der Pause von irgendwo aufgeschnappt).

[Dejan Vu]

Das ist ein schönes Thema für eine K&T-Thread (obwohl es fachbezogen und sehr interessant ist): "Wie finde ich einfache Beispiele, anhand derer ich einen Sachverhalt erklären kann, ohne das irgendein Nörgler die in der Luft zerreißt".

Und Nörgler gibt es immer. Irgendwie.

Manchmal bekomme ich es hin, aber manchmal auch nicht, und da bügele ich im Vortrag den Nörgler schon mal mit einem 'Maneuverkritik können wir nachher üben, jetzt bleiben wir beim Thema' und beim 2. Einwand "Das stört jetzt". Meistens reicht es. Der Typ ist zwar beleidigt, aber der Vortrag ist gerettet

Aber wir kommen echt vom Thema ab. Wobei dazu mit 'Factory, Strategy, aber nicht übertreiben' eigentlich alles gesagt ist.

[Stevie]

Zitat von Dejan Vu:

Wobei dazu mit 'Factory, Strategy, aber nicht übertreiben' eigentlich alles gesagt ist.

Exakt. Das erwähne ich auch fast immer, wenn ich über Prinzipien etc rede: das sind Werkzeuge und grobe Richtlinien in unserem riesengroßen Werkzeugkasten.
Das heißt nicht, dass sie immer und überall Anwendung finden müssen - manchmal kann man auch fünfe grade sein lassen und muss das nicht bis ins letzte Bit verdesignpatternifizieren