Wie die Fähigkeiten in Kriegsrobotern funktionieren

Hallo! Mein Name ist Vladimir Popov und ich bin ein Client-Entwickler für das War Robots-Projekt.



War Robots gibt es schon seit mehreren Jahren: In dieser Zeit sind Dutzende neuer Mechs im Spiel aufgetaucht. Und natürlich wäre keiner von ihnen ohne seine eigenen Fähigkeiten einzigartig.



Ich werde Ihnen in diesem Artikel erklären, wie das System der Fähigkeiten in unserem Spiel funktioniert und wie es sich entwickelt hat, einfach und ohne technische Details.



Lassen Sie uns zunächst in die Geschichte eintauchen und die alte Implementierung betrachten - jetzt wird sie im Projekt nicht mehr verwendet.



Die alten Fähigkeiten waren sehr trivial: Sie hatten eine Komponente, die am Roboter aufgehängt war. Es war ein monolithisches Konstrukt, in dem der Programmierer vollständig beschrieb, wie die Fähigkeit funktioniert: ihr Fluss, wie und mit was sie interagiert. Die gesamte Logik wird in einer Komponente beschrieben, die der Spieledesigner einfach an den Roboter hängen und die Parameter anpassen kann. Es gab keine Möglichkeit, die Flussfähigkeiten zu ändern - Spieleentwickler konnten nur Parameter und Timings ändern.



Die alte Fähigkeit konnte nur in zwei Zuständen existieren: aktiv und inaktiv. Jedem Staat kann eine eigene Aktion zugewiesen werden.







Betrachten Sie das Beispiel der Jammer-Fähigkeit. Sie war zum Beispiel einmal der Roboter Stalker. Sie arbeitete wie folgt:

1. Wenn die Fähigkeit aktiv ist, wird die Animation abgespielt und der Roboter wechselt in den Jammer-Status. In diesem Zustand kann der Roboter nicht angegriffen werden.
2. Wenn die Fähigkeit inaktiv ist, passiert nichts.
3. Wenn Sie versuchen, die Fähigkeit zu aktivieren, wird überprüft, ob seit der letzten Aktivierung mehr als n Sekunden vergangen sind.
4. Die Deaktivierung erfolgt automatisch nach m Sekunden.

Diese Funktionalität hat uns lange Zeit gereicht. Im Laufe der Zeit hat sich jedoch alles geändert: Sowohl Spieleentwickler als auch Programmierer sind mit diesem Ansatz nicht mehr zufrieden. Für Programmierer war es schwierig, solche Fähigkeiten aufrechtzuerhalten, da der Code monströs wurde - mit einer sehr langen Vererbungskette, in der jede Situation beschrieben werden musste. Spieledesignern mangelte es an Systemflexibilität. Das heißt, um eine Änderung einer Fähigkeit zu erreichen, mussten sie bei den Programmierern eine Überarbeitung anordnen, selbst wenn in der benachbarten Fähigkeit genau dieselbe Funktionalität vorhanden war.



Dann wurde uns klar, dass wir etwas ändern mussten. Und sie entwickelten ein neues System. Darin wurde jede Fähigkeit als eine Reihe von mehreren verwandten Objekten dargestellt. Die Funktion wurde in Zustände, Fähigkeiten und Komponenten von Zuständen unterteilt.



Wie es funktioniert?



Jede Fähigkeit hat einen Meister . Dies ist ihr zentrales Objekt. Es verbindet den Rest der Fähigkeitsobjekte mit der Außenwelt und umgekehrt. Und er trifft auch alle wichtigen Entscheidungen.



Es kann eine beliebige Anzahl von Zuständen geben . Im Wesentlichen unterscheidet sich der Status hier nicht wesentlich von dem Status "aktiv" / "inaktiv" in der alten Version. Aber jetzt kann es eine beliebige Anzahl von ihnen geben, und ihr Zweck ist abstrakter geworden. Es kann immer nur ein Status aktiv sein.



Die Hauptinnovation gegenüber dem alten System waren die Komponenten . Die Komponente beschreibt eine Aktion. Jeder Zustand kann eine beliebige Anzahl von Komponenten haben.







Wie funktionieren neue Fähigkeiten?



Eine Fähigkeit kann sich jeweils nur in einem der Zustände befinden. Der Master ist damit beschäftigt, sie zu schalten. Die Komponenten, die mit dem Status verknüpft sind, reagieren auf die Aktivierung / Deaktivierung des Status und können abhängig davon entweder eine Aktion ausführen oder die Ausführung beenden.



Alle Objekte sind jetzt anpassbar. Der Spieledesigner kann Zustände und Komponenten auf beliebige Weise miteinander mischen und erhält so eine neue Fähigkeit aus den vorinstallierten Blöcken. Programmierer müssen nur noch eine neue Komponente oder einen neuen Status erstellen, was das Schreiben von Code erheblich erleichtert. Jetzt arbeiten sie mit kleinen Einheiten, beschreiben einige einfache Elemente und bauen die Fähigkeiten nicht selbst zusammen - Spieleentwickler haben damit begonnen.



Flow wurde so:

1. Der Master aktiviert den ersten Zustand;
2. ;
3. ;
4. ;
5. ;
6. ;
7. .

Anschließend wird dieser Vorgang immer wieder wiederholt. Zur Vereinfachung der Verwendung ist ein Status nicht nur ein Container für Komponenten, sondern bestimmt auch, wann in einen anderen Status gewechselt werden muss, und fordert den Master auf, zu wechseln.



Im Laufe der Zeit reichte uns dies nicht aus, und das Schema der Fähigkeit wurde in die folgende Form umgewandelt:







Meister, Zustand und Komponenten blieben an ihren Plätzen, aber neue Elemente wurden hinzugefügt.



Das erste, was Ihnen auffällt, ist, dass wir jedem Zustand und jeder Komponente Bedingungen hinzugefügt haben. Für Staaten definieren sie zusätzliche Anforderungen für das Verlassen des Staates. Für Komponenten bestimmen sie, ob die Komponente ihre Aktion ausführen kann.



Ein Gebührencontainer (Gebühren) enthält Gebühren, lädt sie auf, stoppt das Aufladen bei Bedarf und stellt den Staaten Gebühren zur Verwendung zur Verfügung.



Der Timer wird verwendet, wenn mehrere Zustände eine gemeinsame Ausführungszeit haben müssen, ihre eigene Ausführungszeit jedoch nicht definiert ist.



Es ist wichtig zu beachten, dass alle Fähigkeitsobjekte optional sind. Technisch gesehen reichen nur der Master und ein Zustand für die Arbeitsfähigkeit aus.



Es gibt nicht so viele Fähigkeiten, die ohne die Einbeziehung von Programmierern vollständig zusammengestellt werden, aber die Entwicklung ist im Allgemeinen spürbar billiger geworden, weil Programmierer jetzt sehr kleine Dinge schreiben: Zum Beispiel einen neuen Zustand oder zwei Komponenten, der Rest wird wiederverwendet.



Lassen Sie uns zusammenfassen, welche Bestandteile der Fähigkeiten wir haben und was sie sind:

• Der Master fungiert als Zustandsmaschine. Es liefert Zustände und Komponenten mit Informationen über die Welt und die Welt - Informationen über eine Fähigkeit. Der Master dient als Verbindung zwischen den Zuständen, Komponenten und Serviceteilen einer Fähigkeit: Gebühren und externe Timer.
• Der Status hört die Befehle zum Aktivieren und Deaktivieren vom Master ab und aktiviert und deaktiviert dementsprechend die Komponenten und fordert den Master auf, in einen anderen Status zu wechseln. Der Staat entscheidet, wann er zum nächsten wechseln muss. Dazu verwendet er seine interne Bedingung: ob der Spieler auf die Fähigkeitsschaltfläche geklickt hat, ob eine bestimmte Zeit seit der Aktivierung des Status vergangen ist usw. - und externe Bedingungen, die mit dem Status verknüpft sind.
• : . : , , .
• , , . . , . , . — , .
• Ein Gebührenbehälter enthält Gebühren, lädt sie auf, lädt sie bei Bedarf nicht mehr auf und gewährt Staaten Gebühren. Es wird in Mehrfachladungsfähigkeiten verwendet, wenn Sie dem Spieler die Möglichkeit geben müssen, es mehrmals, jedoch nicht mehr als n Mal hintereinander zu verwenden.
• Der Timer wird verwendet, wenn mehrere Zustände eine gemeinsame Dauer haben, aber nicht bekannt ist, wie lange jeder von ihnen gültig ist. Jeder Zustand kann einen Timer für n Sekunden starten. Alle interessierten Staaten abonnieren das Ereignis gegen Ende des Timers und tun etwas, wenn es endet.

Kommen wir nun zum Fähigkeitsdiagramm zurück. Wie hat sie angefangen zu handeln?

1. Zu Beginn des Spiels wählt der Meister den ersten Zustand und aktiviert ihn.
2. Staat aktiviert alle seine Komponenten;
3. ;
4. ;
5. , ;
6. ;
7. .

Staaten können Gebühren als zusätzliche Übergangsbedingung verwenden. Wenn ein solcher Übergang auftritt, nimmt die Anzahl der Ladungen ab. Außerdem können Zustände einen gemeinsamen Zeitgeber verwenden. In diesem Fall wird die Gesamtzeit ihrer Ausführung vom Zeitgeber bestimmt, und jeder Zustand kann jederzeit einzeln andauern.



Wir haben uns nichts völlig Neues für die Benutzeroberfläche ausgedacht. So ist es bei uns geregelt.



Der Master hat eine eigene Benutzeroberfläche. Es definiert einige Elemente, die sich immer in der Benutzeroberfläche befinden sollten und nicht davon abhängen, welcher Status derzeit aktiv ist.



Jeder StaatEs gibt ein paar in der Benutzeroberfläche. Die Status-Benutzeroberfläche wird nur angezeigt, wenn ihr Status aktiv ist. Er erhält Daten über seinen Zustand und kann diese auf die eine oder andere Weise anzeigen. Beispielsweise haben Dauerzustände normalerweise einen Balken und einen Text in ihrer Benutzeroberfläche, die die verbleibende Zeit darstellen.



Wenn der Status darauf wartet, dass ein externer Befehl die Funktion fortsetzt, zeigt seine Benutzeroberfläche eine Schaltfläche an. Durch Drücken dieser Taste wird der Befehl an den Status gesendet.







Betrachten wir nun die Arbeit der Fähigkeiten anhand konkreter Beispiele. Beginnen wir mit einem Roboter namens Inquisitor.



Wir haben vier Zustände, die sich nacheinander ändern. Über den Status können Sie deren Anzeige in der Benutzeroberfläche sehen. In zwei davon sehen Sie die Komponenten, die auf sie verweisen. Die beiden anderen Zustände haben einfach keine Komponenten.



Fähigkeitsarbeitsablauf:

1. WaitForClick. .
2. , . WaitForGrounded.
3. . , . , , Jammer, .
4. .
5. : Sound Jammer, Shake, n.
6. Duration, n , .
7. Duration, : .
8. Nach Abschluss kehrt die Fähigkeit in den ersten Zustand zurück.

Ein weiteres Beispiel ist Phantom. Ähnlich wie bei Inquisitor passiert hier viel, aber es gibt noch einige Nuancen:

1. Wir beginnen mit WaitForClick.
2. Dann wird die Dauer, in der der Teleport eingestellt ist, die Statistiken des Mechs geändert, Sound und Animation abgespielt.
3. Danach - DurationOrClick, in dem die Pelzstatistiken geändert werden, werden Animation und FX abgespielt.
4. Wenn ein Klick gemacht wurde, gehen wir zu einer anderen Dauer, in der das Fell teleportiert wird, die Statistiken geändert werden, die Animation, die Effekte und die Sounds abgespielt werden.
5. Nach diesem Zustand oder nach dem Ende der DurationOrClick-Zeit gehen wir zu Duration.

Der Hauptunterschied besteht darin, dass hier Verzweigungszustände auftreten. DurationOrClick wechselt zu Status a , wenn die angegebene Zeit abgelaufen ist, oder zu Status b , wenn der Spieler zuvor Zeit hatte, auf die Fähigkeitsschaltfläche zu klicken.







Es scheint also, dass sich unser System von einfach zu komplex entwickelt hat, aber dadurch das Leben sowohl von Programmierern als auch von Spieledesignern vereinfacht hat. Die Hilfe des ersteren wird jetzt hauptsächlich beim Hinzufügen kleiner Komponenten benötigt, während die letzteren eine größere Autonomie erhalten haben und nun unabhängig neue Fähigkeiten aus bestehenden Zuständen und Komponenten zusammenstellen können. Gleichzeitig erhielten die Spieler einen Gewinn in Form vielfältigerer und komplexerer Fähigkeiten der Mechs.