[workout] WorkoutSession: Struktur, Erfassung und Lifecycle

[B4r70]

Meta

[meta] epic

Type

[type] feature

Status

[status] backlog

Priorität

[prio] high

Bereich (Area)

[area] workout

Ziel

WorkoutSessions können zuverlässig erstellt, gestartet, pausiert, beendet und ausgewertet werden – mit klarer Datenstruktur für Cardio und Kraft.

Abgrenzung (Out of Scope)

Dieses Epic umfasst nicht:

• Apple Watch Echtzeit-Streaming (Live HR / Calories)
• Automatische Pausenerkennung
• KI-/Co-Trainer-Funktionen
• Übungshilfen (GIFs / Animationen)
• Erweiterte Statistiken & Insights
• Trainingsplan-Logik (Planung, Periodisierung)
• Community- oder Social-Features

Diese Themen werden in eigenen (Future-)Issues behandelt.

Aufgaben / Sub-Issues

📋 Umsetzungsübersicht (Sub-Issues)

1. Fundament

• [workout] WorkoutSession: Datenmodell & Invariants #55 WorkoutSession: Datenmodell & Invariants
• [workout] WorkoutSession: Lifecycle (start/pause/resume/stop) #56 WorkoutSession: Lifecycle (start / pause / resume / stop)

2. Erfassung

• [workout] WorkoutSession: Übungs-Entries erfassen (Krafttraining) #58 WorkoutSession: Übungs-Entries erfassen (Krafttraining)
• [workout] WorkoutSession: Cardio-Erfassung (Zeit/Kalorien/Distanz optional) #57 WorkoutSession: Cardio-Erfassung integrieren

3. Darstellung

• [workout] WorkoutSession Live View (In-App): Timer + KPIs #59 WorkoutSession Live View (In-App): Timer & KPIs

4. Qualität & Stabilität

• [workout] WorkoutSession: Validierung & Edge-Cases #60 WorkoutSession: Validierung & Edge-Cases

5. Zukunft (bewusst später)

• [workout] Workout Live View: Watch Echtzeitdaten (HR/Kalorien) spiegeln #61 Workout Live View: Watch Echtzeitdaten spiegeln

Blocker / Abhängigkeiten

Abhängigkeiten:

• Stabiles Übungs-Datenmodell (Exercise)
• Grundlegende Persistenz (SwiftData)
• Entscheidung über Session-State-Machine

Diese Abhängigkeiten werden vor Implementierung geklärt.