b4c73f4888
This updates all links to point to the 4.2 demos instead of the 3.5 ones. Co-authored-by: A Thousand Ships (she/her) <96648715+AThousandShips@users.noreply.github.com> |
||
|---|---|---|
| .. | ||
| debug | ||
| fonts | ||
| player | ||
| screenshots | ||
| state_machine | ||
| Demo.tscn | ||
| README.md | ||
| icon.webp | ||
| icon.webp.import | ||
| project.godot | ||
README.md
Hierarchical Finite State Machine
This example shows how to apply the State machine programming pattern in GDscript, including Hierarchical States, and a pushdown automaton.
Language: GDScript
Renderer: Compatibility
Check out this demo on the asset library: https://godotengine.org/asset-library/asset/2714
Why use a state machine
States are common in games. You can use the pattern to:
-
Separate each behavior and transitions between behaviors, thus make scripts shorter and easier to manage.
-
Respect the Single Responsibility Principle. Each State object represents one action.
-
Improve your code's structure. Look at the scene tree and FileSystem tab: without looking at the code, you'll know what the Player can or cannot do.
You can read more about States in the excellent Game Programming Patterns ebook.
Screenshots
