Un prompt peut-il remplacer Thunkable ?

Construis un éditeur de programmation visuelle par blocs pour une logique d’appli simple, l’origine réelle et le différenciateur de Thunkable, distinct des fiches Adalo et FlutterFlow de ce catalogue, qui génèrent des écrans à partir d’un schéma de données plutôt que de compiler des blocs de logique visuelle. Utilise une bibliothèque d’éditeur de blocs comme Blockly, la boîte à outils de programmation visuelle open source de Google, la même catégorie d’outil sur laquelle sont construits MIT App Inventor et Thunkable lui-même, pour le canevas de blocs glisser-déposer. Implémente un petit ensemble fixe de blocs : blocs d’événement (quand le bouton est tapé, quand l’écran s’ouvre), blocs d’action (naviguer vers un écran, afficher un message, définir une variable), et blocs de condition (si/alors). Compile les blocs assemblés vers la logique d’une petite appli Expo (React Native) — chaque bloc correspond à un extrait de code React Native correspondant, généré et intégré dans une vraie appli fonctionnelle. Fournis 2-3 écrans préconstruits, pas un concepteur d’écrans, pour que l’attention reste sur la logique par blocs qui les relie. Ne construis pas une grande bibliothèque de blocs, une place de marché de composants, ni une publication en un clic sur les stores — c’est hors périmètre ; ceci démontre le pattern de compilation bloc-vers-code avec un ensemble de blocs délibérément restreint, pas la bibliothèque complète de Thunkable. Nécessite un hébergement seulement si tu veux prévisualiser les builds à distance ; Expo Go permet de tester en local sans ça.