Refactor core test runtime and simplify project documentation
This commit is contained in:
@@ -33,12 +33,4 @@ Quand un projet applicatif a besoin d'une capacité partagée, il doit préfére
|
||||
2. à défaut, une extension documentée du runtime ou d'un module ;
|
||||
3. en dernier recours, une évolution du core qui ajoute un nouveau point d'intégration public.
|
||||
|
||||
Éviter de se brancher directement sur des classes internes permet de garder le core versionnable et évolutif.
|
||||
|
||||
## Stabilité attendue
|
||||
|
||||
- l'API publique est la cible de compatibilité entre versions ;
|
||||
- l'API interne peut évoluer à tout moment tant que le comportement public documenté reste cohérent ;
|
||||
- tout nouveau point d'extension réutilisable doit être documenté ici ou dans `README.md` / `MODULES.md`.
|
||||
|
||||
## Versionnement
|
||||
Éviter de se brancher directement sur des classes internes permet de garder le core petit, lisible et évolutif.
|
||||
|
||||
Reference in New Issue
Block a user