Aktionen im State-Design-Modell

[joe89]

Wo werden eigentlich in einem State-Design-Modell die Aktionen durchgeführt ?

Beispiel: eine Temperatur soll ermittelt werden.
Der Zustand eines Heizgerätes ändert sich von (Heizen [an]) zu (Heizen [aus]).

(a) Daten an ein externes Messgerät senden
(b) Daten zurückbekommen
(c) Daten auswerten
(d) einen neuen Zustand setzen

Die Punke (a)(b)(c) kann ich ausserhalb des Modells bearbeiten. Der (neue) Zustand ergibt aus dem Vergleich zwischen gemessener Temperatur und einem Vorgabewert.

Nach Vorgabe des Modells soll die Zustandsänderung in einer Zustandsklasse erfolgen.

Wie kann man dort einen (neuen) Zustand definieren ohne Temperatur und Vorgabewert wieder mit if() vergleichen zu müssen ?

Gibt es im Internet eine Seite, auf der jemand ein komplettes Beispiel mit Aktionen beschrieben hat ?

Vielen Dank.

joe89

 

[SlaterB]

hab mal kurz bei Wikipedia nachschaut und sehe es jetzt so, dass die Essenz dieses Patterns ist, dass sich ein Zustand gemerkt wird,
nicht grad viel, aber schon ein wichtige grundlegende Eigenschaft

wer wann wo warum den Zustand ändert, ob mit if oder nicht, ist kein Thema, wieso fixierst du dich darauf?

aber wenn es sein muss:
State pattern - Wikipedia, the free encyclopedia
schau dir dort den Pseudocode

subclass PenTool of AbstractTool is
     last_mouse_position := invalid
     mouse_button := up
 
     function moveTo(point) is
         input:  the location point the mouse moved to
         if mouse_button = down
             (draw a line from the last_mouse_position to point)
             last_mouse_position := point

an, eindeutig mit if, Wertevergleich usw., wenn MausButton nicht gedrückt ist, bringt der Änderungs-Aufruf gar keine Änderung des Zustands,
und dass der Aufrufer eines Zeichen-Tools selber schon diverse Kontrollstrukturen verwendet, versteht sich meiner Meinung nach von selbst

 

[joe89]

Hallo slaterB,

wer wann wo warum den Zustand ändert, ob mit if oder nicht, ist kein Thema, wieso fixierst du dich darauf?

Meine Aufgabenstellung habe ich im dem Beitrag 'Klasse wechsele dich' hier in diesem Forum beschrieben. Die Antworten auf meinen Beitrag haben mich auf das Design-State-Modell hingewiesen, das ich bislang noch nicht kannte.

Mit diesem Modell können geschachtelte if() und switch() -Anweisungen verhindert werden, indem für jeden Zweig der bedingten Anweisung eine einzelne Zustandsklasse verwendet wird. Ich habe mich jetzt gefragt, ob durch die Verwendung von if()-Abfragen in Zustandsklassen die Vorgaben des Modells verletzt werden. Nach deinem Hinweis scheint dies nicht der Fall zu sein.

Gruß
joe89

 

[SlaterB]

hmm hmm, das hatte ich am Anfang nicht ganz so genau verstanden,
ich dachte an den grunsätzlich veränderbaren inneren Zustand eines Objektes,
und PenTool an sich gehört auch eher dahin, da wird die Positions-Variable geändert, nicht auf einen vordefinieren anderen Zustand gewechselt

mein Link scheint dennoch richtig zu sein, zu PenTool ist der zweite Zustand SelectionTool

viel interessanter aber das Beispiel weiter unten

interface State { 
	public void writeName(StateContext stateContext, String name);
} 
 
class StateA implements State { 
	public void writeName(StateContext stateContext, String name) { 
		System.out.println(name.toLowerCase()); 
		stateContext.setState(new StateB()); 
	} 
} 
 
class StateB implements State { 
	private int count=0; 
	public void writeName(StateContext stateContext, String name){ 
		System.out.println(name.toUpperCase()); 
		// change state after StateB's writeName() gets invoked twice
		if(++count>1) { 
			stateContext.setState(new StateA()); 
		}
	}
}

dort ist in StateB eindeutig auch ein if,

für deine Heizung ist ein Vergleich mit alter Temparatur auch unvermeidbar, wer das macht?..
daraus wird jedenfalls erst ein Ereignis abgleitet, 'Messwert über/unterschritten',
wenn das feststeht kann jeder Zustand ohne if passend reagieren,
entweder zum anderen wechseln oder nix zu tun, in Aus muss die Methode 'abschalten()' nix tun, wobei dann fraglich ist, wieso das Ereignis auftreten kann ohne dass die Heizung vorher an war,

statt zwei Methoden anschalten()/ abschalten() die ohne if auskommen, könnte ich persönlich auch mit einer Methode reagiereAufEreignis(Ereignis) leben und darin ein if/switch um zwischen den verschiedenen Ereignissen zu unterscheiden,
es braucht aber keine Unterscheidung nach 'bin ich grad an oder bin ich grad aus?' wenn man eben zwei verschiedene Zustände An/ Aus hat