Hvordan persisterer du data lokalt i React Native?

Question

Accepted Answer

React Native-apps skal ofte **gemme data lokalt** — brugerindstillinger, cachede data, auth-tokens, offline-indhold. Mulighederne omfatter **AsyncStorage** (nøgle-værdi), **MMKV** (hurtig), **SQLite** og **sikker lagring** til følsomme data. Det er vigtigt at vælge den rigtige.

## Lokale lagringsmuligheder

```text
ASYNCSTORAGE → simple async KEY-VALUE storage (the common basic option):
  → store strings (serialize objects to JSON); for settings, small data, simple caching
  → async API; persists across app launches
MMKV → a very FAST key-value storage (by WeChat) — faster than AsyncStorage, synchronous;
  popular modern choice for performance
SQLITE (e.g. expo-sqlite, react-native-sqlite, WatermelonDB) → relational DATABASE for
  STRUCTURED/large data, queries, relationships, offline-first apps
SECURE STORAGE → expo-secure-store / react-native-keychain for SENSITIVE data (tokens,
  credentials) — ENCRYPTED (keychain/keystore)
```

## AsyncStorage-eksempel

```jsx
import AsyncStorage from '@react-native-async-storage/async-storage';

await AsyncStorage.setItem('user', JSON.stringify(user));   // store (serialize)
const json = await AsyncStorage.getItem('user');
const user = json ? JSON.parse(json) : null;                 // retrieve (parse)
```

## Valg af den rigtige mulighed

```text
Simple settings/small data → AsyncStorage (or MMKV for speed)
Structured/large/relational/offline data → SQLite / WatermelonDB
SENSITIVE data (auth tokens, passwords) → SECURE storage (encrypted) — NOT AsyncStorage
  (which is NOT secure/encrypted — a common security mistake)
→ Match storage to the data's size, structure, and sensitivity.
```

## Hvorfor det betyder noget

At forstå, hvordan man persisterer data lokalt i React Native, er værdifuldt, fordi **apps ofte skal gemme data på enheden** (indstillinger, cachede data, tokens, offline-indhold), så det er praktisk brugbar viden til at bygge rigtige apps.

Lokal persistence er en næsten universel behov, og React Native tilbyder flere muligheder.

At forstå **mulighederne** — **AsyncStorage** (det almindelige enkle asynkront nøgle-værdi-lager til indstillinger og små data), **MMKV** (et meget hurtigt moderne nøgle-værdi-alternativ), **SQLite/WatermelonDB** (relationelle databaser til strukturerede, store eller offline-first-data med forespørgsler) og **sikker lagring** (expo-secure-store/react-native-keychain til følsomme data) — og **hvornår man skal bruge hver enkelt** er nøglenviden.

At vælge **den rigtige mulighed** betyder noget: AsyncStorage eller MMKV til enkle data, SQLite til strukturerede/store/offline-data, og afgørende **sikker lagring til følsomme data** som auth-tokens og loginoplysninger (som skal være krypteret via platformens keychain/keystore — et vigtigt sikkerhedspunkt, da **AsyncStorage ikke er sikker/krypteret og bør ikke indeholde hemmeligheder**, en almindelig fejl).

At matche lagringen til dataenes størrelse, struktur og følsomhed afspejler fornuftige beslutninger og undgår problemer (forkert værktøj eller usikkert gemte loginoplysninger).

At kende offline-first-løsninger (WatermelonDB) er værdifuldt for apps, der har brug for robust offline-support.

Da apps almindeligvis har brug for lokal persistence (indstillinger, caching, tokens, offline-data) og React Native tilbyder muligheder for forskellige behov, og da det at vælge passende (især at bruge sikker lagring til følsomme data) er vigtigt for at bygge rigtige apps korrekt og sikkert, er forståelse af lokal datapersistence i React Native værdifuld, praktisk relevant viden — et almindeligt behov i rigtige apps, vigtigt både for funktionalitet (gemme de rigtige data på den rigtige måde) og sikkerhed (beskytte følsomme data med sikker lagring, ikke AsyncStorage) og nyttig til at bygge apps, der husker tilstand og fungerer offline.