v0.2.6-pre.018
This commit is contained in:
@@ -1,5 +1,5 @@
|
||||
<!-- file: docs/architecture/010-APPS_SERVICES_SCENARIOS_AND_CONTROL.md -->
|
||||
<!-- version: 3 -->
|
||||
<!-- version: 4 -->
|
||||
|
||||
# Applications, services, scenarios et control plane
|
||||
|
||||
@@ -125,6 +125,8 @@ TS-RS reste principalement une frontière applicative pour les DTO exposés à T
|
||||
|
||||
Une application Tauri peut devoir intégrer un plugin/framework de tracing, mais `ksp-logging-lib` reste la façade/politique de logging KSP.
|
||||
|
||||
En distribution, une application Tauri KSP ne dépend pas du checkout source ni du CWD du launcher. Les resources Config/Schemas nécessaires sont embarquées dans le bundle ; Tauri résout leur racine immutable et `ksp-config-lib` prépare une racine KSP user-writable commune avant le bootstrap applicatif. Les Config utilisateur existantes sont conservées, les schemas package-owned sont resynchronisés et `.env` reste une ressource locale writable jamais embarquée. Cette adaptation de packaging ne transfère ni ownership Config ni accès filesystem au frontend.
|
||||
|
||||
# Workers comme services indépendants
|
||||
|
||||
Les workers KSP doivent pouvoir fonctionner comme **services/processus indépendants**.
|
||||
|
||||
Reference in New Issue
Block a user