... Ausgangspunkt: Die Screen-Klasse Eine abstrakte Klasse mit dem Namen Screen dient als die Ausgangsbasis zur Implementierung der Spiel- und Menülogik. Bisher nahm die Game-Klasse die Logik des Spiels auf. Jeder Spielstatus wird jetzt in eine von Screen abgeleitete Klasse ausgelagert, um so die Zustände logisch zu trennen. Die grundlegende Architektur des XNA Framework soll weiterhin erhalten bleiben, jedoch komfortabler werden. Das bedeutet konkret, dass jedes Screen-Objekt mit den Methoden Initialize, LoadGraphicsContent, UnloadGraphicsContent sowie Update und Draw ausgestattet wird, um das Handling einer DrawableGameComponent- Instanz zu übernehmen. Mehr Komfort bieten hier die „frei Haus“ gelieferten Objekte, die bis jetzt über den Service Container des Game-Objektes abgerufen werden mussten:

• ScreenManager Manager
• ContentManager Content
• ScreenStates State
• Bool HasFocus
• Bool CanGetFocus
• Bool IsOpaque

Jedes Screen-Objekt erhält eine Referenz auf das „Oberhaupt“ vom Typ ScreenManager. Den Zugriff auf die Content Pipeline gewährt der bekannte Content Manager. Das Graphics Device übernimmt wie bisher die Grafikausgabe. Alle Referenzen weist der Screen Manager, wenn dieser ein neues Screen-Objekt über die AddScreen- Methode entgegennimmt, zu. In welchem Zustand sich ein Screen befindet, gibt eine Konstante der ScreenStates-Enumeration an. Die Zustände Active und Hidden geben an, ob der Screen Manager die Inhalte rendern soll. Loading und Closing aktivieren die Übergangsphasen zwischen zwei Screens. Zum Beispiel sind sanfte Einblendungen denkbar.

Die Screen-Objekte aktualisieren

Der Update-Methode wird eine Standardlogik verpasst, die die Stati eines Screens verwaltet. Pro Frame gibt das ScreenManager- Objekt jedem Screen neben der verstrichenen Zeitperiode zusätzlich die Information mit, ob die Ebene den Eingabefokus erhält oder eine andere Ebene diese überdeckt. Ein Übergang tritt dann ein, wenn der Screen geladen oder geschlossen wird. Den Zustand der Überblendung steuert die UpdateBlending-Methode. Sie gibt einen booleschen Wert zurück, um das Ende des Vorgangs zu signalisieren. Deswegen bleibt ein Screen-Objekt so lange im Speicher bis die Überblendung beim Schließen einer Ebene abgeschlossen ist. Anschließend löscht sich eine Ebene selbst aus der Liste des ScreenManager-Objekts.

Aktualisierung der Screen-Stati (Listing 1):

1. public virtual void Update(GameTime oGameTime,
2. bool IsHidden, bool bHasFocus)
3. {
4. m_bHasFocus = bHasFocus;
5. if (m_bClosing)
6. if (!UpdateBlending(oGameTime, this.BlendOutTime,
7. BlendMode.BlendOut))
8. this.State = ScreenStates.Closing;
9. else
10. {
11. this.Manager.RemoveScreen(this);
12. m_bClosing = false;
13. }
14. else if (IsHidden)
15. if (!UpdateBlending(oGameTime, this.BlendOutTime,
16. BlendMode.BlendOut))
17. this.State = ScreenStates.Closing;
18. else
19. this.State = ScreenStates.Hidden;
20. else
21. if(!UpdateBlending(oGameTime, this.BlendInTime,
22. BlendMode.BlendIn))
23. this.State = ScreenStates.Loading;
24. else
25. this.State = ScreenStates.Active;
26. }

Bekommt die Ebene das Signal, dass sie verdeckt wird, tritt ebenfalls eine Überblendung ein, wobei der Status danach auf ScreenStates.Hidden gesetzt wird. Als Konsequenz erspart sich die ScreenManager- Klasse das Rendern dieser Ebene. Bleiben die vorherigen zwei Ereignisse aus, erhält eine Ebene den Status Screen- States.Loading, so lange die Überblendung anhält, andernfalls gilt sie als aktiv.

Überblendungszustand

UpdateBlending berechnet den aktuellen Überblendungszustand. 0 beschreibt vollständig eingeblendete Ebenen und 1 entspricht einer ausgeblendeten Ebene. Neben dem GameTime-Objekt erhält die Methode eine TimeSpan-Struktur, welche die Dauer der Überblendung definiert. Das letzte Argument vom Typ BlendMode gibt die Richtung der Überblendung in Form zweier Konstanten vor, die die Werte -1 und 1 annehmen.

1. protected virtual bool UpdateBlending(
2. GameTime oGameTime,
3. TimeSpan oTime, BlendMode oBlendMode)
4. {
5. float fBlendingStep = 1.0f;
6. if (oTime != TimeSpan.Zero)
7. fBlendingStep =
8. (float)(oGameTime.ElapsedGameTime.TotalMilliseconds /
9. oTime.TotalMilliseconds);
10. this.BlendState += fBlendingStep * (int)oBlendMode;
11. if (this.BlendState < 0 || this.BlendState > 1)
12. {
13. this.BlendState = MathHelper.Clamp(this.BlendState,
14. 0.0f, 1.0f);
15. return true;
16. }
17. return false;
18. }

MathHelper ist eine Klasse des XNA Framework. Die Methode Clamp hält Werte in einem fest definierten Wertebereich. Mithilfe des Überblendfaktors wird eine Color-Struktur generiert, dessen Alpha-Kanal in Relation zum Zustand des Screen-Objekts steht. Sprites sind unsichtbar, wenn die Ebene ausgeblendet ist. Wechselt eine Ebene in den aktiven Modus, dann werden alle Sprites langsam eingeblendet. Die unten ersichtliche Eigenschaft berechnet den Alphawert als Byte und die Color-Struktur nimmt diesen im Konstruktor entgegen:

1. public byte BlendAlpha
2. {
3. get { return (byte)(255 - this.BlendState * 255); }
4. }
5. <h5>State Controlling</h5>

Die ScreenManager-Klasse ist als DrawableGameComponent konzipiert, sodass in einem neuen Projekt die Components- Auflistung innerhalb der Game-Klasse lediglich um eine Instanz dieser Klasse erweitern werden muss. Das Objekt ruft über den Service Container die Referenz des Graphic Device ab und benutzt den im ersten Teil selbst implementierten Dienst IContentService, um an das ContentManager- Objekt zu gelangen. Alle Ebenen lagern in einer generischen Liste. Für jedes gelistete Objekt reicht der Screen Manager die Anweisungen LoadGraphicsContent, UnloadGraphicsContent, Update und Draw durch. Zudem instanziiert der Screen Manager ein SpriteBatch-Objekt, das beim Rendern an alle aktiven und sichtbaren Ebenen weitergereicht wird – dies bewirkt eine Reduzierung der Speicherauslastung.

Aktualisiert werden alle Screens von der obersten bis zur untersten Ebene. Die Eigenschaft IsOpaque eines Screens besagt dabei, ob die nachfolgenden Ebenen verdeckt werden. Zu Beginn erstellt die Update-Methode eine Kopie der Screen- Liste, um zu vermeiden, dass ein und derselbe Screen zweimal aktualisiert wird, weil die Aktualisierung einer Ebene dazu geführt hat, dass ein weiterer Screen in die Liste eingetragen wurde. ...