Roadmap
O rumo do projeto e, tão importante quanto, o que o CrossFly deliberadamente não fornece — para você calibrar expectativas antes de apostar no framework.
Em amadurecimento
- Alvo Web (TeaVM/WebGL) — renderiza a UI, mas muitos recursos de dispositivo são stub (ver Web).
- Áreas marcadas como esqueleto no core — o Bluetooth BLE/GATT tem a modelagem definitiva, mas
o transporte de rádio vive nos launchers de plataforma;
FilePickereIWebViewtêm partes sem implementação concreta em alguns alvos;dev.cf.syncé placeholder.
O que o framework NÃO fornece (de propósito)
Não é falta — é escolha de design. Não conte encontrar (e o porquê):
| Não há | Use no lugar |
|---|---|
Binding reativo (setState/observáveis) |
mutação + repaint() (estado) |
| Injeção de dependência (Dagger/Spring) | service locator/construtor (arquitetura) |
| Cliente HTTP de alto nível | java.net/OkHttp (rede) |
| Roteamento nomeado | pilha de Window + construtor (navegação) |
| Persistência leve (“preferências”) | SQLite / arquivos (arquivos) |
| i18n de textos (catálogo de strings) | externalize você mesmo (i18n) |
| Auth pronta | implemente sobre biometria/rede |
Por que isso ajuda
Saber os limites evita procurar por uma API que não existe — e mostra onde você monta a camada (estado, DI, HTTP, rotas), com o framework fornecendo os blocos.
Veja também
Esta página foi útil?Obrigado pelo feedback!