Foldkit - un framework frontend axé sur la justesse

• Framework frontend TypeScript construit sur Effect et conçu comme l’architecture Elm ; contrairement à React/Vue/Svelte, qui ne résolvent que le rendu, il définit l’architecture elle-même
• Gère l’état global de l’application comme un modèle immuable unique, et comme toutes les modifications passent par une fonction update unique, il garantit un état prévisible, sans mutations cachées ni closures obsolètes
• Approche par effets explicites : au lieu d’appels impératifs qui cachent les effets de bord dans des handlers, ceux-ci sont traités comme des valeurs renvoyées par update ; la Command décrit quoi faire, et le runtime se charge du quand et du comment
• Scalabilité sans hausse de complexité : une application de 50 fichiers suit les mêmes patterns qu’une application de 5 fichiers
• Fonctionnalités clés regroupées dans un seul ensemble, sans dépendre de bibliothèques séparées
  • Routing, composants UI, validation de champs, abonnement aux changements du modèle, gestion du cycle de vie de ressources longue durée comme WebSocket
  • Communication parent/enfant via Submodel/OutMessage, embedding pour exécuter Foldkit dans un host
  • Virtual DOM, tests Story/Scene, DevTools (+MCP), crash reporting, HMR, etc.
• Sa structure explicite et prévisible est avantageuse à la fois pour la génération de code par LLM et pour la revue humaine
• Comme il repose sur l’architecture Elm sans composants, hooks ni état local, il demande un changement de paradigme et nécessite une réécriture plutôt qu’une adoption progressive dans une base de code React existante
• Licence MIT

[click]

C’est d’abord un framework frontend, et je trouve sympathique qu’ils n’aient pas fait leur landing page avec un truc comme Next.js, mais qu’ils aient fait du dogfooding avec leur propre framework.
Une simple phrase comme Built with Foldkit. fait une grande différence dans l’impression que ça donne.