Conceitos — Entendendo o CrossFly
A explicação canônica do porquê do CrossFly: arquitetura, modelo de componentes, pipeline de render, paint thread, layout e ciclo de vida.
O mapa mental do CrossFly — app → ui → core → gl → libGDX — e por que essa separação existe.
A ideia unificadora do CrossFly — só existe Component, e container = Component + Layout.
Como um pixel chega à tela — Paint → renderizadores por primitiva → OpenGL — e o que é batching.
O modelo de threading do CrossFly — single-thread na paint thread, onUI e render sob demanda.
Como o CrossFly mede e posiciona — relativo por padrão — e por que isso é a base da responsividade.
O modelo de aparência — Skin é estrutura, Theme são papéis semânticos por modo — e troca de tema em runtime.
Do bootstrap ao componente — Main, Window.onShow e os ganchos onAdd(firstTime)/onRemove.
A filosofia de estado do CrossFly — sem binding reativo, sem DI, imperativo + invalidação explícita.