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.
97 lines
3.1 KiB
Dart
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'})';
|
|
}
|
|
}
|