Julien Martin
2c746ceff3
Frontend (prod web): - Image builder Flutter 3.29.3 (Dockerfile + workflow CI alignés) - web/index.html: bootstrap Flutter 3.29 (flutter_bootstrap.js), scripts pdf.js conservés - Dockerfile: rm html avant COPY pour éviter l’index « Welcome to nginx » - nginx: server_name _ pour Traefik - env: sur le web, API = Uri.base.origin si pas de API_BASE_URL (évite mixed content http/https) - auth: message d’erreur réseau avec type/détail si non-Exception - CGU/PDF: commentaire sans mention Flutter 3.19 obsolète - pubspec.lock: résolution dépendances Flutter 3.29 Base de données & doc: - BDD.sql: validations.commentaire, valide_par, FK ON DELETE SET NULL + commentaire - patch 2026-04-17: valide_par avec ON DELETE SET NULL - patch 2026-04-18: FK validations en SET NULL sur bases existantes - seed: statut validation « valide » (enum) - FK_POLICIES.md: valide_par - doc workflow: Flutter 3.29.3 Made-with: Cursor
petitspas
A new Flutter project.
Getting Started
This project is a starting point for a Flutter application.
A few resources to get you started if this is your first Flutter project:
For help getting started with Flutter development, view the online documentation, which offers tutorials, samples, guidance on mobile development, and a full API reference.
Workflow Git
Le projet suit un Git Flow simplifié avec 3 branches principales :
main: version stable et déployée en productiondevelop: version intégrée et testée avant passage en productionfeature/*,fix/*,hotfix/*: branches spécifiques au développement
Cycle standard :
# Création d’une feature
git checkout develop
git checkout -b feature/FRONT-021-zone-enfants
# Développement
git add .
git commit -m "FRONT-021: Widget zone enfants"
git push origin feature/FRONT-021-zone-enfants
# Pull Request => vers develop
# Merge → suppression de la branche
Voir CONTRIBUTING.md pour les conventions détaillées.
Structure du projet Flutter
Le projet suit une architecture modulaire MVC simplifiée compatible avec Provider (ou Riverpod léger).
lib/
├── main.dart # Point d’entrée
├── routes/ # go_router ou auto_route
├── models/ # Classes de données (User, Parent, Enfant, etc.)
├── services/ # Requêtes HTTP, AuthService, StorageService
├── utils/ # Helpers, validateurs, formatteurs
├── widgets/ # Composants UI réutilisables
├── screens/ # Pages par grande fonctionnalité
│ ├── auth/ # Connexion, inscription, mot de passe oublié
│ ├── registration/ # Création parent / assistante maternelle
│ ├── dashboard/ # Tableau de bord parent / AM / gestionnaire
│ ├── profile/ # Gestion des infos utilisateur
│ └── children/ # Fiches enfants
Architecture choisie
🟩 Type : MVC Modulaire avec Provider (ou Riverpod léger)
Avantages :
- Simple à prendre en main
- Rapide à structurer
- Permet la séparation des features
- Adaptée à un projet Flutter Web PWA