Sasedev/khadhroony-solana-project
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

v0.1.3-pre.015

Browse Source
This commit is contained in:
SinuS von SifriduS
2026-08-16 07:52:59 +02:00
parent 92982667ac
commit 64136c99ad
14 changed files with 876 additions and 25 deletions
Download Patch File Download Diff File Expand all files Collapse all files

38
crates/ksp-config-lib/TODO.md Normal file
View File

@@ -0,0 +1,38 @@
<!-- file: crates/ksp-config-lib/TODO.md -->
<!-- version: 1 -->
# TODO ksp-config-lib
## État de clôture `0.1.3`
Aucun TODO fonctionnel bloquant n'est ouvert pour la fondation Config `0.1.3`.
Les responsabilités prévues pour cette release sont implémentées et couvertes par les tests : bootstrap, registre `file_id`, JSON/JSON Schema, profils, composites, environnement process/`.env`, placeholders, sensibilité/provenance, adapter Logging, management/persistence et audits d'ownership.
## Reporté explicitement à `0.1.4`
La validation applicative desktop appartient à `ksp-app-config-desk` :
- frontière Tauri et DTO TS-RS applicatifs ;
- affichage des sources et diagnostics Config ;
- sélection/inspection des profils ;
- affichage desired/effective/shadow des variables ;
- actions explicites de reveal de secrets avec contrôle d'autorisation côté application ;
- édition/sauvegarde de `std.logging.json` via `ConfigManagement` ;
- édition de `.env` via `ConfigManagement` ;
- orchestration réelle `Config -> LoggingSettings -> initialize/reinitialize` avec `LoggingGuard` possédé par l'application ;
- validation UX des erreurs de source invalide, des modifications non effectives car masquées par le process et des besoins de reload.
Ces points ne nécessitent pas de duplication de logique dans `ksp-config-lib`; toute lacune réelle révélée par l'application ouvrira un delta Config explicite.
## Futur, uniquement au besoin
Les capacités suivantes sont différées jusqu'à l'apparition de composants réels :
- nouveaux documents `std.<domain>.json` et schemas associés ;
- descriptors `cfg.composite.<consumer>` pour de vrais consumers ;
- contrats typés de management supplémentaires pour les nouveaux documents ;
- watcher filesystem/reload automatique si une application ou un service démontre le besoin ;
- intégration éventuelle d'un secrets manager externe.
Ne pas introduire par anticipation un JSON patch arbitraire, un watcher générique, un service distribué de configuration ou un chiffrement maison de `.env`.