Aller au contenu principal

WallEngine V1 — Parité MurVille atteinte

StatutJalon atteint — v1.0 — 2026-06-29
PortéeMurVille public
RenduParité visuelle atteinte
FonctionnelParité fonctionnelle à maintenir par QA continue
Voir aussiContext Engine et WallEngine · Checklist QA MurVille

Résumé​

La migration UI publique de MurVille est terminée.

Le rendu public passe désormais par la nouvelle arborescence migrée, sans changement visible demandé ni constaté.

Le point d’entrée public historique n’est plus utilisé comme point d’accès produit.

État actuel​

Parité atteinte​

  • parité visuelle atteinte entre l’ancienne version publique et la version migrée ;
  • parité fonctionnelle atteinte à confirmer et préserver via QA continue ;
  • composants, containers, hooks et sélecteurs critiques du mur migrés ;
  • rendu public conservé sans évolution UX.

Structure publique actuelle​

  • MurVille.tsx rend MurVilleHost ;
  • MurVilleHost est une façade publique minimale ;
  • WallMurVilleBridge reste un bridge interne transitoire ;
  • WallMurVilleHostContainer compose les containers migrés du mur.

Ce qui reste transitoire​

  • WallMurVilleBridge concentre encore l’orchestration finale du mur public ;
  • WallProvider et WallLayout restent expérimentaux pour la route publique MurVille ;
  • le futur WallEngine public n’est pas encore le moteur pixel-perfect de MurVille.

Règle de protection du jalon​

À partir de ce jalon :

  • aucun nouveau développement WallEngine ne doit casser la parité MurVille ;
  • aucune différence visuelle ou comportementale non demandée n’est acceptable ;
  • toute régression bloque la poursuite du chantier tant qu’elle n’est pas corrigée ;
  • toute évolution UX doit faire l’objet d’une décision produit dédiée.

Ce que ce jalon ne signifie pas encore​

Ce jalon ne signifie pas que la route publique MurVille passe déjà par le WallEngine final.

Il signifie uniquement que :

  • la migration des briques publiques est terminée ;
  • la façade publique actuelle est stable ;
  • l’état cible est maintenant gouverné par la non-régression.

Prochaines phases​

1. QA continue​

  • exécuter régulièrement la checklist QA MurVille ;
  • vérifier desktop, mobile, états connectés/non connectés et interactions secondaires ;
  • traiter immédiatement toute régression détectée.

2. Alignement WallProvider nouvelle génération​

  • poursuivre l’alignement du provider réel avec les besoins du mur public ;
  • conserver une séparation stricte entre Contexts, Sources, Provider et Widgets ;
  • éviter toute réintroduction de logique métier dans l’UI.

3. Remplacement progressif de WallMurVilleBridge​

  • faire converger WallEngine réel vers le rendu exact du mur public ;
  • déplacer progressivement le rôle du bridge transitoire vers le moteur final ;
  • ne supprimer le bridge qu’après validation complète de la parité.

4. Suppression future de WallMurVilleBridge​

Condition obligatoire avant suppression :

  • parité visuelle confirmée ;
  • parité fonctionnelle confirmée ;
  • QA continue passée ;
  • route publique branchée sur le vrai WallEngine ;
  • absence de différence produit perceptible.