25 lines
1.1 KiB
Markdown
25 lines
1.1 KiB
Markdown
# 06 — Research: ratatui-App-Architektur
|
|
|
|
Type: research
|
|
Status: open
|
|
Blocked by: —
|
|
|
|
## Question
|
|
|
|
Wie strukturiert man eine ratatui-Anwendung mit mehreren Bildschirmen sauber?
|
|
|
|
rustkeep braucht Grid-Ansicht, Kampfbildschirm, Inventar, Shop, Questlog, Charakterbogen, Hauptmenü.
|
|
Fakten sammeln. Zu klären:
|
|
|
|
- Welches App-Muster ist etabliert — Elm-artig (Message/Update/View), Screen-Stack, State-Machine?
|
|
Was empfiehlt ratatui selbst, was machen echte Projekte?
|
|
- Wie werden Bildschirme gestapelt, wenn ein Popup über dem Kampf liegt?
|
|
- Wie trennt man Spiellogik von Rendering, damit der Kern ohne Terminal testbar bleibt?
|
|
- Event-Loop: Wie läuft Eingabe gegen Rendering, braucht ein rundenbasiertes Spiel überhaupt einen Tick?
|
|
- Welche Widgets bringt ratatui mit (Liste, Tabelle, Gauge, Popup), und was muss man selbst bauen —
|
|
insbesondere ein Dungeon-Grid?
|
|
- Terminal-Aufräumen bei Panic, damit kein kaputtes Terminal zurückbleibt.
|
|
- Stand der Versionen: aktuelle ratatui- und crossterm-Version, bekannte Fallstricke unter Windows.
|
|
|
|
Ergebnis: empfohlenes App-Muster mit Skizze der Modulstruktur, plus Quellenliste.
|