refactor: Remplacement de l'accès direct à Firestore par des Cloud Functions

Migration complète du backend pour utiliser des Cloud Functions comme couche API sécurisée, en remplacement des appels directs à Firestore depuis le client.

**Backend (Cloud Functions):**
- **Centralisation CORS :** Ajout d'un middleware `withCors` et d'une configuration `httpOptions` pour gérer uniformément les en-têtes CORS et les requêtes `OPTIONS` sur toutes les fonctions.
- **Nouvelles Fonctions de Lecture (GET) :**
    - `getEquipments`, `getContainers`, `getEvents`, `getUsers`, `getOptions`, `getEventTypes`, `getRoles`, `getMaintenances`, `getAlerts`.
    - Ces fonctions gèrent les permissions côté serveur, masquant les données sensibles (ex: prix des équipements) pour les utilisateurs non-autorisés.
    - `getEvents` retourne également une map des utilisateurs (`usersMap`) pour optimiser le chargement des données de la main d'œuvre.
- **Nouvelle Fonction de Recherche :**
    - `getContainersByEquipment` : Endpoint dédié pour trouver efficacement tous les containers qui contiennent un équipement spécifique.
- **Nouvelles Fonctions d'Écriture (CRUD) :**
    - Fonctions CRUD complètes pour `eventTypes` (`create`, `update`, `delete`), incluant la validation (unicité du nom, vérification des événements futurs avant suppression).
- **Mise à jour de Fonctions Existantes :**
    - Toutes les fonctions CRUD existantes (`create/update/deleteEquipment`, `create/update/deleteContainer`, etc.) sont wrappées avec le nouveau gestionnaire CORS.

**Frontend (Flutter):**
- **Introduction du `DataService` :** Nouveau service centralisant tous les appels aux Cloud Functions, servant d'intermédiaire entre l'UI/Providers et l'API.
- **Refactorisation des Providers :**
    - `EquipmentProvider`, `ContainerProvider`, `EventProvider`, `UsersProvider`, `MaintenanceProvider` et `AlertProvider` ont été refactorisés pour utiliser le `DataService` au lieu d'accéder directement à Firestore.
    - Les `Stream` Firestore sont remplacés par des chargements de données via des méthodes `Future` (`loadEquipments`, `loadEvents`, etc.).
- **Gestion des Relations Équipement-Container :**
    - Le modèle `EquipmentModel` ne stocke plus `parentBoxIds`.
    - La relation est maintenant gérée par le `ContainerModel` qui contient `equipmentIds`.
    - Le `ContainerEquipmentService` est introduit pour utiliser la nouvelle fonction `getContainersByEquipment`.
    - L'affichage des boîtes parentes (`EquipmentParentContainers`) et le formulaire d'équipement (`EquipmentFormPage`) ont été mis à jour pour refléter ce nouveau modèle de données, synchronisant les ajouts/suppressions d'équipements dans les containers.
- **Amélioration de l'UI :**
    - Nouveau widget `ParentBoxesSelector` pour une sélection améliorée et visuelle des boîtes parentes dans le formulaire d'équipement.
    - Refonte visuelle de `EquipmentParentContainers` pour une meilleure présentation.
This commit is contained in:
ElPoyo
2026-01-12 20:38:46 +01:00
parent 13a890606d
commit f38d75362c
46 changed files with 3367 additions and 1510 deletions

View File

@@ -1,40 +1,48 @@
import 'package:cloud_firestore/cloud_firestore.dart';
import 'package:firebase_auth/firebase_auth.dart';
import '../models/user_model.dart';
import 'package:em2rp/services/data_service.dart';
import 'package:em2rp/services/api_service.dart';
/// @deprecated Ce service est obsolète. Utilisez UsersProvider avec DataService à la place.
/// Ce service reste pour compatibilité mais toutes les opérations passent par l'API.
class UserService {
final FirebaseFirestore _firestore = FirebaseFirestore.instance;
final DataService _dataService = DataService(FirebaseFunctionsApiService());
/// @deprecated Utilisez UsersProvider.fetchUsers() à la place
Future<List<UserModel>> fetchUsers() async {
try {
final snapshot = await _firestore.collection('users').get();
return snapshot.docs
.map((doc) => UserModel.fromMap(doc.data(), doc.id))
.toList();
final usersData = await _dataService.getUsers();
return usersData.map((data) => UserModel.fromMap(data, data['id'] as String)).toList();
} catch (e) {
print("Erreur: $e");
return [];
}
}
/// @deprecated Utilisez DataService.updateUser() à la place
Future<void> updateUser(UserModel user) async {
try {
await _firestore.collection('users').doc(user.uid).update(user.toMap());
await _dataService.updateUser(user.uid, user.toMap());
} catch (e) {
print("Erreur mise à jour: $e");
}
}
/// @deprecated Utilisez API deleteUser à la place
Future<void> deleteUser(String uid) async {
try {
await _firestore.collection('users').doc(uid).delete();
// TODO: Créer une Cloud Function deleteUser
print("Suppression d'utilisateur non implémentée via API");
} catch (e) {
print("Erreur suppression: $e");
}
}
/// Firebase Auth reste OK (pas Firestore)
Future<void> resetPassword(String email) async {
try {
// Firebase Auth est OK, ce n'est pas Firestore
await FirebaseAuth.instance.sendPasswordResetEmail(email: email);
print("Email de réinitialisation envoyé à $email");
} catch (e) {