Files
dmc/app/lib/ui/providers/active_drone_profile_provider.dart
T
Constantin LeueandClaude Sonnet 5 aaec7f0f72 Add mission/drone profile management with autosave and persistence
Vervollstaendigt Doku 3.5/3.6/7.1/7.3/7.5: ein Vollbild-Verwaltungsmenue
fuer Missionen und Drohnenprofile (per Tabs umschaltbar, wie im HTML-
Demonstrator #missionsPanel gemeinsam mit der Profilliste), Autosave der
aktuell bearbeiteten Mission, Drift-Persistenz statt der bisherigen
In-Memory-only currentMissionProvider, sowie Anzeige/Zugang ueber neue
Chips in der Fusszeile (HTML-Demonstrator: #missionNameBtn/#droneNameBtn).

Datenbank (services/database/): Missions-Tabelle um updatedAt ergaenzt,
neue DroneProfiles- und AppSettingsTable-Tabellen (schemaVersion 2 mit
onUpgrade-Migration). Drei Repositories kapseln Drift-Zugriff +
JSON-(De-)Serialisierung der Wegpunktliste: MissionRepository,
DroneProfileRepository, AppSettingsRepository - je mit Unit-Tests gegen
eine In-Memory-Datenbank (NativeDatabase.memory()).

Provider: CurrentMissionMetaNotifier haelt Name/id der aktuellen Mission
und autosaved sie 800ms-debounced (identisch zum HTML-Demonstrator:
scheduleAutosave()/flushPendingAutosave()) - inklusive Wiederherstellung
des zuletzt bearbeiteten Autosave-Drafts beim App-Start (Doku 7.5).
ActiveDroneProfileNotifier haelt das aktive Profil, seedet beim ersten
Start automatisch T1 Ranger und merkt sich die Auswahl ueber
AppSettingsTable neustart-fest.

UI: MissionsDronesPanel (Missions-Tab: Liste mit Umbenennen/Loeschen/
Laden; Drones-Tab: Liste mit Bearbeiten/Loeschen/Auswaehlen, faellt beim
Loeschen des aktiven Profils auf das naechste zurueck). DroneProfileEditor
als Formular (bewusste Vereinfachung gegenueber den Swipe-Gesten-Chips
des HTML-Demonstrators - bei elf Feldern ist ein normales Formular auf
einem Mobilgeraet zugaenglicher). Rename per AlertDialog+TextField statt
Browser-prompt().

Aktives Drohnenprofil ist jetzt tatsaechlich wirksam statt nur eine feste
Anzeige: Speed-/Alt-Drehrad-Grenzen, Fangradius neuer Wegpunkte und die
Flugpfad-Machbarkeitspruefung (Kurvenradius, Steig-/Sinkrate) in
PlanScreen und WaypointListPanel lesen jetzt activeDroneProfileProvider
statt der bisherigen statischen DefaultDroneProfile-Konstanten (die als
T1-Ranger-Seed-Werte weiterleben).

Beim Verifizieren zwei echte Bugs in BottomStatsBar gefunden und
gefixt: ein Stack+Align-ohne-Factor blaehte sich auf unbegrenzte Groesse
auf und verschob die Details-Pille aus ihrer sichtbaren Position (durch
zwei gleich grosse Expanded-Bereiche ersetzt); zwei ConstrainedBox-Chips
nebeneinander verursachten auf schmaleren Breiten einen RenderFlex-
Overflow (durch Flexible ersetzt).

Widget-Tests: AppShell/PlanScreen initialisieren beim Start jetzt die
echte Datenbank - alle Tests, die AppShell pumpen, ueberschreiben
appDatabaseProvider testweise mit einer In-Memory-Instanz. Ausserdem
mussten mehrere Tests den neuen 800ms-Autosave-Timer abwarten (wie
zuvor schon beim WaypointChip-Flash-Timer etabliert), damit nach
Testende kein Timer mehr aussteht.

Verifiziert: flutter analyze (0 issues), flutter test (59/59, davon 14
neue Repository-Tests), manuell auf Pixel_10a-Emulator - Wegpunkte
werden automatisch als "New mission" gespeichert und erscheinen in der
Liste, Umbenennen/Laden/Loeschen funktionieren, neues Drohnenprofil mit
abweichender Max-Speed wird angelegt+aktiviert+in der Fusszeile
angezeigt, Loeschen des aktiven Profils faellt auf das verbleibende
zurueck.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-07-28 14:59:09 +02:00

63 lines
2.4 KiB
Dart

import 'package:flutter_riverpod/flutter_riverpod.dart';
import '../../domain/mission/drone_profile.dart';
import 'database_provider.dart';
/// Haelt das aktuell aktive Drohnenprofil (Doku 3.5/7.3) - bestimmt u.a. den
/// gueltigen Geschwindigkeits-/Hoehenbereich der Drehraeder sowie die
/// Flugpfad-Machbarkeitspruefung (Kurvenradius, Steig-/Sinkrate).
///
/// T1-Ranger-Konstanten dienen nur als Startwert, bevor initialize() die
/// Datenbank gelesen hat (verhindert einen Zustand ganz ohne Profil waehrend
/// des asynchronen Ladens).
class ActiveDroneProfileNotifier extends Notifier<DroneProfile> {
@override
DroneProfile build() => DroneProfile.t1Ranger();
/// Stellt sicher, dass mindestens ein Profil in der Datenbank existiert,
/// und laedt das zuletzt aktive (oder das erste vorhandene) Profil -
/// analog dem drones/activeDrone-Bootstrap im HTML-Demonstrator.
Future<void> initialize() async {
final droneRepo = ref.read(droneProfileRepositoryProvider);
final settingsRepo = ref.read(appSettingsRepositoryProvider);
final seededId = await droneRepo.ensureSeeded();
final settings = await settingsRepo.load();
final all = await droneRepo.loadAll();
final activeId = settings.activeDroneProfileId ?? seededId;
final active = all.firstWhere(
(p) => p.id == activeId,
orElse: () => all.first,
);
state = active;
if (settings.activeDroneProfileId != active.id) {
await settingsRepo.setActiveDroneProfileId(active.id);
}
}
Future<void> select(DroneProfile profile) async {
state = profile;
await ref.read(appSettingsRepositoryProvider).setActiveDroneProfileId(profile.id);
}
/// Nach dem Bearbeiten des aktiven Profils dessen Werte neu einlesen.
Future<void> reloadIfActive(int id) async {
if (state.id != id) return;
final all = await ref.read(droneProfileRepositoryProvider).loadAll();
final updated = all.where((p) => p.id == id);
if (updated.isNotEmpty) state = updated.first;
}
/// Nach dem Loeschen des aktiven Profils auf das erste verbleibende
/// zurueckfallen (analog `if (wasActive) applyDroneProfile(drones[0])`).
Future<void> fallBackTo(DroneProfile profile) async {
state = profile;
await ref.read(appSettingsRepositoryProvider).setActiveDroneProfileId(profile.id);
}
}
final activeDroneProfileProvider =
NotifierProvider<ActiveDroneProfileNotifier, DroneProfile>(
ActiveDroneProfileNotifier.new);