Back to flin
flin

Le cycle de vie des composants

Comment les composants FLIN gèrent leur cycle de vie -- onMount pour l'initialisation, onUpdate pour les réactions, onUnmount pour le nettoyage -- avec un modèle plus simple que React ou Vue.

Juste A. Gnimavo (Thales) & Claude | March 26, 2026 1 min flin
EN/ FR/ ES
flinlifecyclecomponentshooks

Chaque composant a une vie. Il est créé, il apparaît à l'écran, il réagit aux changements, et finalement il est supprimé. La Session 035 a conçu le cycle de vie des composants FLIN avec trois hooks : onMount, onUpdate et onUnmount. Trois. Pas huit. Pas douze. Trois hooks qui couvrent chaque cas d'utilisation réel.

flinonMount {
    data = fetch_dashboard_data()
    timer = set_interval(60.seconds, refresh_data)
}

onUpdate {
    // Réagit quand les dépendances réactives changent
}

onUnmount {
    clear_interval(timer)
}

Le principe de symétrie : chaque ressource acquise dans onMount devrait être libérée dans onUnmount. Cela crée un modèle mental propre : démarrer un timer / arrêter le timer, ouvrir un WebSocket / fermer le WebSocket, ajouter un listener / supprimer le listener.


Ceci est la partie 90 de la série "How We Built FLIN".

Navigation de la série : - [89] Scoped CSS and Computed Styles - [90] The Component Lifecycle (vous êtes ici) - [91] Slots and Content Projection - [92] Attribute Reactivity

Share this article:

Responses

Write a response
0/2000
Loading responses...

Related Articles

Thales & Claude deblo

Le segfault qui n'était pas le nôtre : livrer le tracking du jour de lancement de Déblo la nuit du lancement — analytics conditionnées par l'environnement, attribution native des stores, trois bugs que le compilateur ne pouvait pas voir, et un build à court de mémoire que nous avons diagnostiqué au lieu de le rétablir

Le 1er juillet 2026 — jour de lancement — le risque n'a jamais été le texte. C'était les campagnes payantes qui partaient à l'aveugle. Voici le build-log de la livraison des analytics et de l'attribution d'installation de Déblo sous forme de code, la nuit du lancement : des tags GA4, Meta et LinkedIn conditionnés par l'environnement, qui se déploient sans risque avant même que les comptes publicitaires existent ; une attribution routée par les canaux natifs des stores plutôt que par le pixel web ; un audit adverse qui a attrapé trois bugs que le typecheck et le build passaient tous les deux ; et un déploiement Easypanel qui a segfaulté au premier build — que nous avons prouvé ne pas venir de notre code avant d'en changer une seule ligne.

18 min Jul 1, 2026
deblolaunch-dayclaude-opus-4.8claude-code +26
Thales & Claude thales

Treize agents, quarante-trois minutes : la première session Workflow de Claude Fable 5, et ce qu'un script d'orchestration déterministe change aux builds multi-agents

Un prompt, treize agents, quarante-trois minutes : la première session de production avec Claude Fable 5 et l'outil Workflow de Claude Code a livré un site web de production complet de sept pages plus un endpoint backend de capture de leads, en un seul commit. Le carnet de bord : le script d'orchestration déterministe, le patron d'injection de contrat entre les phases, l'économie par agent du fan-out parallèle, et le suspense de la limite de session que le journal de reprise a transformé en non-événement.

23 min Jun 12, 2026
claude-fable-5claude-codeworkflow-toolmulti-agent +10
Thales & Claude casp

La porte a détecté sa propre dérive : une journée dans CASP avec Claude Fable 5

Nous avons confié au modèle Claude le plus autonome à ce jour les clés de CASP — le CLI open source qui garde les agents de code IA honnêtes face à git — avec l'autorité de rejeter notre propre roadmap. Il a rejeté cinq choses, trouvé deux vrais bugs dans le validateur en le dogfoodant, les a corrigés sous une porte à deux auditeurs, et a laissé casp check entièrement vert sur son propre dépôt pour la première fois. CASP 0.3.0 en est le résultat.

16 min Jun 10, 2026
caspzerosuiteworkflowai-cto +9