Option A. Il fallait cinq surfaces empilées pour poser une question sur une
étape et l'écrire en néerlandais ; la profondeur maximale retombe à 2 —
l'éditeur, puis la traduction.
Les trois showNewOrUpdate… sont supprimés au profit d'un rail d'étapes
toujours visible à gauche, d'un panneau de détail à droite, et d'une question
qui se déplie sur place au lieu d'ouvrir une quatrième fenêtre.
Les champs sont d'abord sortis en trois widgets autonomes (ParcoursFields,
EtapeFields, QuestionFields) : c'est ce qui a rendu la refonte possible sans
tout réécrire — 1663 lignes retirées, l'écran n'a pas réécrit les champs, il
les a réagencés.
SAUVEGARDE AU FIL DE L'EAU (héritée de DB2) — plus de bouton Sauvegarder,
tout part à la saisie avec un débounce de 700 ms ; ajouts, suppressions et
réordonnancements partent sans attendre. GuidedPathApi masque à l'éditeur le
fait qu'un parcours vive sous une SectionParcours ou sous une SectionMap :
mêmes opérations, seule la classe générée change.
Deux pièges du backend, trouvés en lisant le contrôleur plutôt qu'en le
supposant :
- UpdateGuidedPath supprime les étapes absentes du DTO, donc le payload
n'emporte que celles qui ont déjà un id — les autres attendent leur
CreateGuidedStep et seraient dupliquées.
- Les questions n'ont pas d'endpoint propre (c'est voulu : elles partent avec
leur étape, que GuidedStep.FromDTO synchronise). Leur id entier est donc
récupéré après coup par `order`, seul repère stable entre la liste locale
et celle du serveur.
Le parcours est créé à la première modification, pas à l'ouverture : une
fenêtre neuve refermée intacte ne laisse rien en base. Si une écriture
échoue, la fenêtre refuse de se fermer et le pied de page porte un
« Réessayer ».
Le garde-fou de DB2 est retiré, comme prévu : un avertissement de perte de
travail n'a plus d'objet quand il n'y a plus rien à perdre. 14 clés i18n
FR/EN/NL ajoutées, 3 retirées.
flutter build web ✅, analyse du dossier sans erreur. Reste la vérification à
l'œil (DB5).
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
44 lines
1.8 KiB
Dart
44 lines
1.8 KiB
Dart
import 'package:manager_api_new/api.dart';
|
|
import 'package:manager_app/client.dart';
|
|
|
|
/// Façade unique sur les deux jeux d'endpoints de parcours.
|
|
///
|
|
/// Un parcours vit sous une `SectionParcours` ou sous une `SectionMap` (les
|
|
/// sections d'événement passent aussi par la seconde). Les opérations sont
|
|
/// identiques des deux côtés, seule la classe générée change : l'éditeur n'a
|
|
/// pas à connaître ce détail.
|
|
///
|
|
/// Il n'y a volontairement pas d'endpoint de question : les questions partent
|
|
/// avec leur étape, `GuidedStep.FromDTO` les synchronise côté serveur.
|
|
class GuidedPathApi {
|
|
GuidedPathApi(this._client, {required this.isParcours});
|
|
|
|
final Client _client;
|
|
final bool isParcours;
|
|
|
|
SectionParcoursApi get _parcours => _client.sectionParcoursApi!;
|
|
SectionMapApi get _map => _client.sectionMapApi!;
|
|
|
|
Future<GuidedPathDTO?> createPath(String sectionId, GuidedPathDTO path) =>
|
|
isParcours
|
|
? _parcours.sectionParcoursCreateGuidedPath(sectionId, path)
|
|
: _map.sectionMapCreateGuidedPath(sectionId, path);
|
|
|
|
Future<GuidedPathDTO?> updatePath(GuidedPathDTO path) => isParcours
|
|
? _parcours.sectionParcoursUpdateGuidedPath(path)
|
|
: _map.sectionMapUpdateGuidedPath(path);
|
|
|
|
Future<GuidedStepDTO?> createStep(String pathId, GuidedStepDTO step) =>
|
|
isParcours
|
|
? _parcours.sectionParcoursCreateGuidedStep(pathId, step)
|
|
: _map.sectionMapCreateGuidedStep(pathId, step);
|
|
|
|
Future<GuidedStepDTO?> updateStep(GuidedStepDTO step) => isParcours
|
|
? _parcours.sectionParcoursUpdateGuidedStep(step)
|
|
: _map.sectionMapUpdateGuidedStep(step);
|
|
|
|
Future<void> deleteStep(String stepId) => isParcours
|
|
? _parcours.sectionParcoursDeleteGuidedStep(stepId)
|
|
: _map.sectionMapDeleteGuidedStep(stepId);
|
|
}
|