SOLID en Flutter — des principes écrits dans la CI, pas dans un wiki

Spoiler : le seul truc vraiment SOLID dans mes projets, ce sont mes principes.

On me parle souvent de la dernière techno à la mode. Moi, je regarde d'abord si l'archi tient debout. Une app qui dure trois ans en prod, ce n'est pas une question de framework récent. C'est une question de frontières respectées.

Dans mes projets Flutter, concrètement

• S — Chaque Bloc gère un état, pas trois. Une classe, un boulot. Tu débogues à 23h, tu sais où regarder.
• O — J'ajoute une feature sans rouvrir le cœur métier. Ouvert aux évolutions, fermé aux régressions.
• L — Mes implémentations respectent leurs contrats. Un repository qui ment sur ce qu'il renvoie, c'est une bombe à retardement.
• I — Des ports précis côté domain, pas une interface fourre-tout que personne n'ose toucher.
• D — Le métier ne connaît ni le réseau ni la base. Il dépend d'abstractions, et get_it les câble au démarrage.

La règle est dans le pipeline

Pour que ça ne reste pas un vœu pieux, un script vérifie ces frontières en CI. La règle n'est pas dans un document que personne ne lit. Elle est dans le pipeline, et elle casse le build si on la franchit.

Et vous, vos principes, ils sont écrits où : dans un wiki, vos agents, ou dans votre CI ?