Files
Melo/lib/library/such_verlauf.dart
T
Hermes (Server)andClaude Opus 5 ca28264c0e Suche trennt nach Titel, Kuenstler, Kategorien und Wiedergabelisten
Der Suchen-Tab war 59 Zeilen: ein Textfeld ueber einer flachen
Liederliste, nur ueber Titel/Kuenstler/Album. Wer "Nightcore" eingab,
fand alle Titel dieses Kuenstlers untereinander, aber weder den
Kuenstler selbst noch eine gleichnamige Kategorie oder Liste.

- Vier Abschnitte mit Ueberschrift und Trefferzahl. Alben stecken in
  "Kategorien" — der Album-Name ist in Melo die erste Kategorie eines
  Titels, ein eigener Abschnitt waere dieselbe Liste zweimal.
- Treffer am Wortanfang zuerst, dann alphabetisch.
- Entprellt (250 ms); vorher baute jeder Tastendruck alles neu auf.
- Letzte acht Suchen, gemerkt beim Abschicken, mit Loeschen-Knopf.
- Der Tab folgt jetzt dem Aufbau der uebrigen Tabs (war ein Scaffold
  mit eigener AppBar innerhalb eines Tabs).
- Bewusst rein lokal, ohne Server-Abfrage.

Herausgeloest, weil es sonst eine dritte Kopie gegeben haette:
TitelListenScreen ("Ueberschrift + Liederliste", stand zweimal wortgleich
im Baum) und SongZeile (die Suche setzt einzelne Zeilen in ihre
Abschnitte; eine ganze SongList waere dort verschachteltes Scrollen).

Aus dem Code-Review nachgebessert: Suche und Zuordnung benutzen dieselbe
Normalform, sonst zeigte ein Treffer "0 Titel" und oeffnete eine leere
Liste; Kategorien ohne lebende Titel fallen weg; alle Abschnitte sind
gedeckelt; die Drift-Stroeme werden nicht mehr je Rebuild neu abonniert;
das Loeschkreuz erscheint sofort statt nach 250 ms.

Tot geworden und entfernt: MeloDb.searchSongs samt Test.

396 Tests gruen (vorher 360), flutter analyze ohne Befund, Release-APK
gebaut.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_013xAHJTJM6UUqmjUgk1PUEd
2026-08-23 20:08:40 +02:00

46 lines
1.6 KiB
Dart

import 'package:shared_preferences/shared_preferences.dart';
/// Wie viele Suchbegriffe gemerkt werden. Mehr passen nicht auf den Schirm,
/// ohne dass die Liste selbst zum Suchproblem wird.
const verlaufMaximum = 8;
/// [verlauf] mit [begriff] vorn: der zuletzt gesuchte Begriff steht oben,
/// jeder Begriff nur einmal, insgesamt höchstens [verlaufMaximum].
///
/// Rein und ohne Speicher — die Reihenfolge-Regeln sind der Teil, der
/// schiefgehen kann.
List<String> verlaufMit(List<String> verlauf, String begriff) {
final neu = begriff.trim();
if (neu.isEmpty) return List<String>.from(verlauf);
final ergebnis = [
neu,
for (final alt in verlauf)
if (alt.toLowerCase() != neu.toLowerCase()) alt,
];
return ergebnis.take(verlaufMaximum).toList();
}
/// Merkt sich die letzten Suchbegriffe über einen App-Neustart hinweg.
/// Aufbau wie [SortStore]: statische Methoden auf SharedPreferences.
class SuchVerlauf {
static const _key = 'such_verlauf';
static Future<List<String>> laden() async {
final prefs = await SharedPreferences.getInstance();
return prefs.getStringList(_key) ?? const [];
}
/// Trägt [begriff] ein und gibt den neuen Verlauf zurück.
static Future<List<String>> merke(String begriff) async {
final prefs = await SharedPreferences.getInstance();
final neu = verlaufMit(prefs.getStringList(_key) ?? const [], begriff);
await prefs.setStringList(_key, neu);
return neu;
}
static Future<void> leeren() async {
final prefs = await SharedPreferences.getInstance();
await prefs.remove(_key);
}
}