როგორ ინახავთ მონაცემებს ლოკალურად React Native-ში?

Question

Accepted Answer

React Native აპლიკაციებს ხშირად სჭირდებათ **მონაცემების ლოკალური შენახვა** — მომხმარებლის პარამეტრები, კეშირებული მონაცემები, აუთენტიფიკაციის ტოკენები, ოფლაინ კონტენტი. ვარიანტებში შედის **AsyncStorage** (key-value), **MMKV** (სწრაფი), **SQLite** და **უსაფრთხო შენახვა** მგრძნობიარე მონაცემებისთვის. სწორი ვარიანტის არჩევა მნიშვნელოვანია.

## ლოკალური შენახვის ვარიანტები

```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 მაგალითი

```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)
```

## სწორი ვარიანტის არჩევა

```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.
```

## რატომ არის მნიშვნელოვანი

მონაცემების ლოკალური შენახვის გაგება React Native-ში ღირებული ცოდნაა, რადგან **აპლიკაციებს ხშირად უნდა შეინახონ მონაცემები მოწყობილობაზე** (პარამეტრები, კეშირებული მონაცემები, ტოკენები, ოფლაინ კონტენტი), ამიტომ ეს სასარგებლო პრაქტიკული ცოდნაა რეალური აპლიკაციების აგებისთვის.

ლოკალური უნარიანობა თითქმის უნივერსალური მოთხოვნაა, და React Native რამდენიმე ვარიანტს გთავაზობს.

**ვარიანტების** გაგება — **AsyncStorage** (ჩვეულებრივი მარტივი ასინქრონული key-value შენახვა პარამეტრებისა და მცირე მონაცემებისთვის), **MMKV** (ძალიან სწრაფი თანამედროვე key-value ალტერნატივა), **SQLite/WatermelonDB** (რელაციური ბაზები სტრუქტურირებული, დიდი ან ოფლაინ-ფირსტი მონაცემებისთვის კითხვებით), და **უსაფრთხო შენახვა** (expo-secure-store/react-native-keychain მგრძნობიარე მონაცემებისთვის) — და **როდის გამოიყენოთ თითოეული** — ეს არის ძირითადი ცოდნა.

**სწორი ვარიანტის** არჩევა მნიშვნელოვანია: AsyncStorage ან MMKV მარტივი მონაცემებისთვის, SQLite სტრუქტურირებული/დიდი/ოფლაინ მონაცემებისთვის, და სასიცოცხლოდ მნიშვნელოვანი **უსაფრთხო შენახვა მგრძნობიარე მონაცემებისთვის** როგორიცაა აუთენტიფიკაციის ტოკენები და ხელმოწერა (რომლებიც უნდა იყოს დაშიფრული პლატფორმის keychain/keystore-ის საშუალებით — მნიშვნელოვანი უსაფრთხოების წერტილი, რადგან **AsyncStorage არ არის უსაფრთხო/დაშიფრული და არ უნდა შეიცავდეს საიდუმლოებებს**, ხშირი შეცდომა).

შენახვის შესაბამისობა მონაცემების ზომასთან, სტრუქტურასთან და მგრძნობიარობასთან ასახავს მოსანათრე გადაწყვეტილებებს და თავიდან აცილებს პრობლემებს (არასწორი ინსტრუმენტი, ან არაუსაფრთხოდ შენახული ხელმოწერა).

ოფლაინ-ფირსტი გადაწყვეტილებების შესახებ ცოდნა (WatermelonDB) ღირებულია აპლიკაციებისთვის, რომლებიც საჭიროებენ მძლავრ ოფლაინ მხარდჭერას.

რადგან აპლიკაციებს ხშირად სჭირდებათ ლოკალური უნარიანობა (პარამეტრები, კეშირება, ტოკენები, ოფლაინ მონაცემები) და React Native გთავაზობს ვარიანტებს სხვადსხვა მოთხოვნებისთვის, და რადგან შესაბამისი არჩევა (განსაკუთრებით უსაფრთხო შენახვის გამოყენება მგრძნობიარე მონაცემებისთვის) მნიშვნელოვანია რეალური აპლიკაციების სწორად და უსაფრთხოდ აგებისთვის, ლოკალური მონაცემების უნარიანობის გაგება React Native-ში ღირებული, პრაქტიკულად რელევანტური ცოდნაა — ხშირი მოთხოვნა რეალურ აპლიკაციებში, მნიშვნელოვანი როგორც ფუნქციონალობისთვის (სწორი მონაცემების სწორი გზით შენახვა) ასევე უსაფრთხოებისთვის (მგრძნობიარე მონაცემების დაცვა უსაფრთხო შენახვით, არა AsyncStorage-ით), და სასარგებლო აპლიკაციების აგებისთვის, რომლებიც ახსოვთ მდგომარეობა და ოფლაინ მუშაობენ.