clementwzk/OpenCalc

Using database instead of preferences

Open

#500 geöffnet am 6. Dez. 2024

Auf GitHub ansehen
 (5 Kommentare) (1 Reaktion) (1 zugewiesene Person)Kotlin (182 Forks)auto 404
enhancementgood first issue

Repository-Metriken

Stars
 (1.480 Stars)
PR-Merge-Metriken
 (PR-Metriken ausstehend)

Beschreibung

Large History Storage

  1. Store 100+ calculations
  2. Persist across app restarts
  3. Efficient querying of past calculations

Performance Benefits

  1. Faster than SharedPreferences for multiple entries
  2. Better memory management
  3. Background thread support for data operations

Common source of data. Using Viewmodel and Flows for reactive programming.

Contributor Guide

Research-Richtung
Studieren Sie die bestehende SharedPreferences Implementierung zum Speichern des Berechnungsverlaufs. Implementieren Sie dann eine Room Datenbank mit Entitäten, DAO und Repository Muster. Verbinden Sie sich über Kotlin Flows mit dem ViewModel für reaktive Updates. Stellen Sie die Hintergrundthread Verarbeitung mit Koroutinen sicher.
Tech Stack
kotlinandroid
Domain
mobile
Issue Type
Refactoring
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
KotlinAndroid
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
55