a189470d49
Some checks failed
CI - 4NK Node / Integration Tests (push) Failing after 9s
CI - 4NK Node / Docker Build & Test (push) Failing after 8s
CI - 4NK Node / Documentation Tests (push) Failing after 3s
CI - 4NK Node / Release Guard (push) Has been skipped
CI - 4NK Node / Performance Tests (push) Failing after 29s
CI - 4NK Node / Code Quality (push) Failing after 32s
CI - 4NK Node / Unit Tests (push) Failing after 30s
CI - 4NK Node / Security Tests (push) Failing after 28s
CI - 4NK Node / Notify (push) Failing after 1s
57 lines
1.8 KiB
Plaintext
57 lines
1.8 KiB
Plaintext
---
|
||
alwaysApply: false
|
||
---
|
||
|
||
# Architecture frontend
|
||
|
||
[portée]
|
||
Qualité du bundle, découpage, état global et couche de services.
|
||
|
||
[objectifs]
|
||
|
||
- Réduire la taille du bundle initial via code splitting.
|
||
- Éviter le prop drilling via Redux ou Context API.
|
||
- Abstraire les services de données pour testabilité et maintenance.
|
||
|
||
[directives]
|
||
|
||
- Mettre en place React.lazy et Suspense pour le chargement différé des vues/segments.
|
||
- Centraliser l’état global via Redux ou Context API.
|
||
- Isoler les appels « data » derrière une couche d’abstraction à interface stable.
|
||
- Interdire l’ajout d’exemples front dans la base de code.
|
||
|
||
[validations]
|
||
|
||
- Vérifier que les points d’entrée sont minimes et que les segments non critiques sont chargés à la demande.
|
||
- S’assurer que docs/ARCHITECTURE.md décrit les décisions et les points d’extension.
|
||
|
||
[artefacts concernés]
|
||
|
||
- docs/ARCHITECTURE.md, docs/TESTING.md.
|
||
# Architecture frontend
|
||
|
||
[portée]
|
||
Qualité du bundle, découpage, état global et couche de services.
|
||
|
||
[objectifs]
|
||
|
||
- Réduire la taille du bundle initial via code splitting.
|
||
- Éviter le prop drilling via Redux ou Context API.
|
||
- Abstraire les services de données pour testabilité et maintenance.
|
||
|
||
[directives]
|
||
|
||
- Mettre en place React.lazy et Suspense pour le chargement différé des vues/segments.
|
||
- Centraliser l’état global via Redux ou Context API.
|
||
- Isoler les appels « data » derrière une couche d’abstraction à interface stable.
|
||
- Interdire l’ajout d’exemples front dans la base de code.
|
||
|
||
[validations]
|
||
|
||
- Vérifier que les points d’entrée sont minimes et que les segments non critiques sont chargés à la demande.
|
||
- S’assurer que docs/ARCHITECTURE.md décrit les décisions et les points d’extension.
|
||
|
||
[artefacts concernés]
|
||
|
||
- docs/ARCHITECTURE.md, docs/TESTING.md.
|