libGDX-képernyőéletciklus
Meghatározza, mit hoz létre, őriz meg és enged el egy képernyő váltáskor vagy szünetben. A tartós előrehaladást megtartja, az ideiglenes bemenetet és saját felületi erőforrásokat rendezi.
libgdx-lifecycle-screens
Nézd meg, miben segítMikor hasznos?
Akkor használd, ha menü-játék váltáskor bemenetkezelő marad aktív, vagy folytatáskor hibásan épülnek újra erőforrások.
Miben segít neked?
- Feltérképezi a létrehozás, méretezés, szünet, folytatás és felszabadítás felelőseit.
- Kijelöli a Stage, rajzolási köteg és bemeneti feldolgozó gazdáját.
- Törli az átmeneti bemenetet, megőrzi a tartós játékállapotot.
Például ezt kérheted
Járd végig a kalandjáték főmenüjét, játékát és felszerelését, majd küldd háttérbe és folytasd az appot. Ismételd többször. A küldetések maradjanak meg, régi bemenetkezelő ne fogadjon érintést, és minden képernyő saját Stage-ének, rajzoló batch-ének legyen egyértelmű gazdája.
Részletes dokumentáció
Itt a skill eredeti útmutatóját, példáit és ellenőrzési szempontjait olvashatod az eredeti nyelven.
Összecsukás
libGDX — lifecycle screens
Use when implementing libGDX application lifecycle, Game/Screen transitions or mobile pause/resume.
Version and project gate
Inspect Gradle wrapper and modules, libGDX/backend versions, Java toolchain, ApplicationListener/Game/Screen structure, AssetManager ownership, viewport policy, native libraries and supported desktop/mobile/web targets. Never turn a task into an engine upgrade without the user’s intent. Read the version-matching official reference when an API decision depends on it.
Work
Map create, resize, render, pause, resume and dispose ownership. Define which screen owns each Stage, batch, input processor and asset reference. Clear transient input when focus changes and preserve state separately from native objects. Verify what setScreen actually disposes in this code.
Deliver
A lifecycle/owner table and repeatable screen-switch implementation. Keep the change in the existing project structure; separate actual observations from the proposed acceptance scenario below.
Failure to prevent
Java garbage collection does not dispose GPU/native objects, and replacing a screen does not establish disposal ownership.
Acceptance scenario
Switch between menu and play repeatedly, background and resume the application, and close from each screen. Follow the project’s execution and verification permissions. If execution or a target device is unavailable, provide the reproduction steps and name the remaining uncertainty; do not mark it passed.
Scope and sources
This skill belongs to Keiko. Agent selection is restricted by Orqestria’s assigned-agent policy, including forced skill selection; instruction text alone is not an access control. These are original task workflows researched from official documentation, not a copied or endorsed vendor skill.
Csomagban lévő fájlok 1
SKILL.md