Files
Holzleitner-Lieferservice-App/lib/data/repository/cars_repository_impl.dart
Dennis Nemec 3ecbc82885 Phase C+D-1: Cars-Domain auf Rust-Backend umgestellt
Clean-Arch-Schichten für Cars:
- lib/domain/entity/car.dart: UUID-id, accountId (Personalnummer),
  plate, active. Pendant zum Backend-Schema.
- lib/domain/repository/cars_repository.dart: Port — listMine,
  create, update. Keine teamId/personalnummer-Parameter, der
  Account fließt serverseitig aus dem JWT.
- lib/data/mapper/car_mapper.dart: API-DTO (built_value) → Domain.
- lib/data/repository/cars_repository_impl.dart: konkrete Impl via
  generierter CarsApi (dio), mit DioException → CarsRepositoryException-
  Übersetzung.

Feature-Cars-Refactoring:
- CarsBloc nimmt jetzt die Domain-Repository-Schnittstelle. Events:
  CarLoad/CarAdd/CarEdit/CarDeactivate (statt CarDelete). Keine
  teamId-Parameter mehr. Kein authBloc-Bezug, Session-Expiry läuft
  über den globalen Provider-Stream.
- CarsState sealed mit CarsInitial/Loading/LoadingFailed/Loaded.
- Pages: car_management_page, car_management, car_card, car_fail_page,
  car_selection_page komplett auf die neue Entity und Event-Signaturen.
- Alte lib/feature/cars/service/cars_service.dart und
  lib/feature/cars/repository/cars_repository.dart gelöscht.

CarSelectBloc + Storage:
- CarSelection.selectedCarId von int? auf String? umgestellt.
- CarSelectionRepository persistiert die UUID jetzt als String;
  defensive Migration für noch vorhandene int-Werte (alte
  Pre-Migration-Installations) verwirft den Wert leise und
  erzwingt Neuauswahl.

Konsequenz-Cleanup im Tour-Code (Phase-D-Vorbereitung):
- Delivery.carId String? statt int?.
- Tour.hasUndeliveredLoadedArticles / getFinishedDeliveries auf
  String carId.
- _selectedCarId / int? carId / int selectedCarId in DeliveryOverview,
  LoadingCustomerPage/OverviewPage, Home, DeliverySelection/SortPage,
  DeliveryInfo/List, CustomSortDialog, SortableDeliveryList auf
  String umgestellt.
- TourRepository ersetzt int.parse(carId)/int.tryParse-Zuweisungen
  direkt durch String.
- lib/model/car.dart wird zum Re-Export der neuen Domain-Entity,
  damit Legacy-Imports während Phase-D-Übergang weiter compilieren.

DI:
- app.dart: CarsBloc bekommt CarsRepositoryImpl(locator<HolzleitnerApi>())
  statt der alten CarsRepository(service: CarService()).

Build (flutter build apk --debug) durch, flutter analyze ohne
errors.
2026-05-15 11:55:24 +02:00

97 lines
3.1 KiB
Dart

import 'package:dio/dio.dart';
import 'package:holzleitner_api/holzleitner_api.dart' as api;
import 'package:hl_lieferservice/data/mapper/car_mapper.dart';
import 'package:hl_lieferservice/domain/entity/car.dart';
import 'package:hl_lieferservice/domain/repository/cars_repository.dart';
/// Spricht den generierten Holzleitner-API-Client an und mappt die
/// `built_value`-DTOs auf die Domain-Entity.
///
/// Fehler aus dem Backend werden in [CarsRepositoryException]
/// übersetzt — der Bloc kennt die HTTP-Schicht nicht. 401 fliegt
/// ungefangen durch und wird vom übergreifenden
/// HolzleitnerAuthInterceptor-Pfad behandelt (Provider-Stream meldet
/// `AuthSessionExpired` bei Refresh-Failure).
class CarsRepositoryImpl implements CarsRepository {
CarsRepositoryImpl(this._api);
final api.HolzleitnerApi _api;
@override
Future<List<Car>> listMine({bool includeInactive = false}) async {
try {
final response = await _api.getCarsApi().listMyCars(
includeInactive: includeInactive,
);
final cars = response.data?.cars;
if (cars == null) return const [];
return cars.toDomainList();
} on DioException catch (e) {
throw CarsRepositoryException(_describe(e, 'Laden der Fahrzeuge'), e);
}
}
@override
Future<Car> create({required String plate}) async {
try {
final request =
api.CreateCarRequest((b) => b..plate = plate);
final response =
await _api.getCarsApi().createMyCar(createCarRequest: request);
final car = response.data?.car;
if (car == null) {
throw const CarsRepositoryException(
'Server lieferte leere Antwort beim Anlegen',
);
}
return car.toDomain();
} on DioException catch (e) {
throw CarsRepositoryException(_describe(e, 'Anlegen eines Fahrzeugs'), e);
}
}
@override
Future<Car> update({
required String carId,
String? plate,
bool? active,
}) async {
try {
final request = api.UpdateCarRequest((b) {
if (plate != null) b.plate = plate;
if (active != null) b.active = active;
});
final response = await _api.getCarsApi().updateMyCar(
carId: carId,
updateCarRequest: request,
);
final car = response.data?.car;
if (car == null) {
throw const CarsRepositoryException(
'Server lieferte leere Antwort beim Aktualisieren',
);
}
return car.toDomain();
} on DioException catch (e) {
throw CarsRepositoryException(
_describe(e, 'Aktualisieren eines Fahrzeugs'),
e,
);
}
}
/// Übersetzt eine DioException in eine kompakte, UI-taugliche
/// Begründung. Mehr Detail landet im Log, nicht in der Snackbar.
String _describe(DioException e, String operation) {
final status = e.response?.statusCode;
final body = e.response?.data;
if (status == 400 && body is Map && body['message'] != null) {
return '$operation fehlgeschlagen: ${body['message']}';
}
if (status == 401) return 'Sitzung abgelaufen';
if (status == 404) return 'Fahrzeug nicht gefunden';
return '$operation fehlgeschlagen (HTTP ${status ?? 'unbekannt'})';
}
}