Reklamationen der Fahrer: Meldungen verdeckten Buttons, und nach dem Abschluss stand „Lieferung nicht in der Tour gefunden" ohne Ausweg da. Meldungen: - Erfolgs-SnackBars entfernt, bei Erfolg bleibt der Spinner - einheitliche, schwebende Meldungen statt Stau über den Buttons - Server-Rohtexte durch verständliche Texte ersetzt (api_failure_text) Laden: - fehlt eine geöffnete Lieferung, wird die Tour einmal neu geholt; die Meldung kommt nur nach erfolgreichem Abruf ohne die Lieferung - Endlos-Spinner auf Lieferdetail, Filial-Abholung und Beladen ersetzt durch Kopfzeile, Fehlergrund und „Erneut versuchen" - Tour wird nach einem Tageswechsel nachgeladen, offene Seiten bleiben dabei unberührt - Abschluss und Zuweisung überschreiben kein zwischenzeitliches Neuladen, alte Antworten drehen einen Abschluss nicht mehr zurück - leere Server-Antworten gelten als Fehler statt als „keine Daten" Anmeldung: - Token-Erneuerung wartet höchstens 12 s, der native Aufruf läuft weiter - App-Start ohne Netz zeigt einen Hinweis mit „Erneut versuchen" - Fehlerseite der Fahrzeugauswahl bietet „Abmelden" Außerdem Podfile.lock an die Plugins angeglichen. Tests für die neuen Fehlerpfade ergänzt. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
102 lines
3.3 KiB
Dart
102 lines
3.3 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/data/network/api_failure_text.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;
|
|
// Eine leere Antwort ist ein Fehler, nicht „keine Fahrzeuge".
|
|
if (cars == null) {
|
|
throw const CarsRepositoryException(
|
|
'Fahrzeuge konnten nicht geladen werden. Bitte erneut versuchen',
|
|
);
|
|
}
|
|
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) => describeApiFailure(
|
|
e,
|
|
operation: operation,
|
|
byStatus: const {404: 'Fahrzeug nicht gefunden'},
|
|
byServerText: const {
|
|
'existiert bereits': 'Dieses Kennzeichen ist bereits vergeben',
|
|
'plate darf nicht leer': 'Bitte ein Kennzeichen eingeben',
|
|
},
|
|
);
|
|
}
|