0.0.5-alpha.6.fix.2
This commit is contained in:
@@ -1,5 +1,5 @@
|
||||
<!-- file: docs/plans/005-V0_0_5_RECONCILIATION_PLAN.md -->
|
||||
<!-- version: 6 -->
|
||||
<!-- version: 7 -->
|
||||
|
||||
# Plan 0.0.5 — réconciliation réelle avec KSP et sasedev-games
|
||||
|
||||
@@ -102,17 +102,27 @@ Les préférences récurrentes de l'organisation — frontend sous `frontend/`,
|
||||
|
||||
La politique `gen/` n'est pas généralisée : les sorties purement reproductibles restent générées, mais les projets mobiles modifiés intentionnellement doivent être classifiés selon leur rôle réel. L'échec du POC Tauri mobile Games ne constitue pas un rejet général de Tauri Android/iOS pour les autres produits.
|
||||
|
||||
### alpha.7 — complétude du profil Rust strict
|
||||
La gate `alpha.6.fix.1` révèle un second défaut de quoting Python (`l'extérieur` dans une chaîne simple) et la revue opérateur demande une seconde passe sur les règles réelles KSP/Games. `alpha.6.fix.2` corrige le gate et renforce la convention des projets contrôlés avec le layout direct sans `src-tauri/`, `lib.rs`/`main.rs`/`tauri.rs`, TS-RS lorsque le frontend TypeScript partage des DTO Rust, modules de fenêtres/responsabilités et préférence pour l'intégration explicite des plugins. Les règles Rust générales et la nomenclature des crates restent volontairement dans `alpha.7/alpha.8`.
|
||||
|
||||
La clarification Tauri réexpose une divergence déjà visible dans l'historique de conception : le profil Rust strict retenu pour les projets contrôlés prévoit notamment l'absence de `use` non-trait, les chemins explicites les plus courts, les réexports `use self::...`, les blocs homogènes par type/visibilité, l'ordre alphabétique des blocs monolignes et la séparation des blocs, alors que `510-RUST_CARGO.md` reste partiellement plus permissif.
|
||||
### alpha.7 — profil Rust strict, chemins et nomenclature explicite
|
||||
|
||||
Cette tranche doit réconcilier les décisions historiques avec KSP/Games, attribuer chaque propriété au bon owner (`rustfmt`, Clippy, audit existant ou nouvel audit monotâche) et n'automatiser que ce qui peut être contrôlé de façon fiable. Elle ne doit pas réimporter `audit_rust_general_rules.py` en bloc.
|
||||
Réconcilier les décisions historiques avec les règles effectivement versionnées dans KSP/Games. KSP sert de référence stricte pour les `use` réservés aux traits, chemins externes publics les plus courts, réexports `self::`, alias interdits, façade crate-root et contrôle de flux explicite ; Games confirme le noyau mais montre quelles règles doivent rester sélectionnables ou adaptables.
|
||||
|
||||
### alpha.8 — décision de skeleton Tauri pour projets contrôlés
|
||||
Cette tranche doit également formaliser une convention générique de nomenclature des crates pour les projets contrôlés : préfixe projet/abréviation, responsabilité lisible et suffixe de rôle ou cible (`lib`, `api`, `worker`, `cli`, `desk`, `desktop`, `tauri`, `wasm`, etc.) seulement lorsque ce suffixe apporte une information réelle. Les vocabulaires exacts KSP/Games restent locaux.
|
||||
|
||||
Vérifier si le profil Tauri obtenu et les owners Web disponibles permettent une skeleton specification utile pour les projets que l'organisation contrôle. Le candidat à évaluer utilise `frontend/`, Vite, TypeScript, Sass et Bootstrap, conserve WASM dans une unité séparée par défaut et privilégie l'ajout explicite des plugins à partir de leur documentation plutôt qu'une commande opaque.
|
||||
Aucun gros audit composite n'est importé. Les contrôles déjà possédés par Clippy, rustc ou l'audit de façade restent chez leur owner.
|
||||
|
||||
Si les profils Web nécessaires ne sont pas encore assez matérialisés pour posséder proprement ces choix, consigner explicitement le report au lieu de fabriquer un skeleton décoratif ou de faire de `710-TAURI.md` un owner Web de substitution.
|
||||
### alpha.8 — formatage Rust structurel et audits monotâches
|
||||
|
||||
Réconcilier les règles KSP de blocs homogènes, visibilité, ordre alphabétique, espacement, modules et réexports avec les conventions plus légères de Games. Décider précisément ce qui appartient à `rustfmt`, aux audits PGR existants (`blank_lines`, `const_blocks`) ou à un nouvel audit monotâche justifié.
|
||||
|
||||
La tranche ne doit pas créer un parser Rust général ni imposer un ordre alphabétique lorsqu'un ordre métier/protocolaire est sémantique. Elle peut conclure qu'aucun nouveau script n'est nécessaire pour une propriété déjà correctement possédée.
|
||||
|
||||
### alpha.9 — décision de skeleton Tauri pour projets contrôlés
|
||||
|
||||
Vérifier si le profil Tauri obtenu et les owners Web disponibles permettent une skeleton specification utile pour les projets que l'organisation contrôle. Le candidat à évaluer utilise le host Cargo direct sans `src-tauri/`, `frontend/`, Vite, TypeScript, Sass et Bootstrap, centralise l'assemblage/les commandes dans `tauri.rs`, utilise TS-RS pour les DTO Rust partagés avec le frontend, conserve WASM dans une unité séparée par défaut et privilégie l'ajout explicite des plugins à partir de leur documentation.
|
||||
|
||||
Si les profils Web nécessaires ne sont pas encore assez matérialisés pour posséder proprement Vite/TypeScript/Sass/Bootstrap, consigner explicitement le report de ces choix tout en conservant les conventions Tauri déjà prouvées ; ne pas fabriquer un skeleton décoratif ni faire de `710-TAURI.md` un owner Web de substitution.
|
||||
|
||||
### beta.1 — réconciliation intégrée
|
||||
|
||||
|
||||
Reference in New Issue
Block a user