რა არის განსხვავება ლოკალურ და გლობალურ მდგომარეობას შორის?

Question

Accepted Answer

**ლოკალური მდგომარეობა** ეკუთვნის ერთ კომპონენტს (ან მცირე ქვეხეს) და სხვაგან არ არის საჭირო. **გლობალური მდგომარეობა** იზიარებული სხვადსხვა, ხშირად შორეულ კომპონენტებს შორის მთელი აპლიკაციის განმავლობაში.

## ლოკალური მდგომარეობა — შემოსზღვრული ერთ კომპონენტამდე

```jsx
function SearchBox() {
  const [query, setQuery] = useState(""); // only THIS component needs `query`
  return <input value={query} onChange={e => setQuery(e.target.value)} />;
}
```

ლოკალური მდგომარეობა ცხოვრობს კომპონენტის შიგნით (`useState`, `ref`, `data()`). მაგალითები: შეყვანის მნიშვნელობები, დროდილი ღიძილი ღიძილი აღა, აკრძალვის მდგომარეობა, ფორმის მონახაზი. სხვა კომპონენტი არ აღენიშნება მას.

## გლობალური მდგომარეობა — იზიარებული აპლიკაციის ფარგლებში

```jsx
// the logged-in user is needed by the navbar, profile page, settings, checkout...
const user = useUserStore(s => s.user); // from a global store/context
```

გლობალური მდგომარეობა არის მონაცემი, რომელიც მრავალმა დაკავშირებული კომპონენტმა ნათლად უნდა წაიკითხოს ან განაახლოს: აუთენტიფიცირებული მომხმარებელი, თემა, შოპინგის ქარვა, აპლიკაციის მასშტაბის შეტყობინებები. ის მდებარეობს Context-ში, store-ში (Redux/Zustand/Pinia), ან მსგავსი.

## როგორ გადაწყვიტოთ

```text
Ask: "How many components need this, and how far apart are they?"

One component (or parent+child)         → LOCAL state
Many unrelated components / whole app    → GLOBAL state
```

## საერთო შეცდომა: გადაჭარბებული გლობალიზაცია

```jsx
// ❌ putting a single form's input in global state — unnecessary complexity
globalStore.setFormInput(value);

// ✅ keep it local — only this form uses it
const [value, setValue] = useState("");
```

ყველაფრის გლობალური გახდომა დამატებითი boilerplate-ს, კომპონენტების დაკავშირებას და შეიძლება ზიანი ყოს ფუნქციონირებისთვის (მეტი re-render-ი). საუკეთესო პრაქტიკა არის **მდგომარეობა რაც შეიძლება ლოკალურ დაჭერა**, და მხოლოდ გლობალურ აიყვანოთ როდესაც გაზიარება ნამდვილი მოითხოვს.

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

ლოკალური და გლობალური არჩევა ერთ-ერთი ყველაზე მნიშვნელოვანი მდგომარეობის გადაწყვეტილებაა.

მდგომარეობის ლოკალურ ჩაკეტვა კომპონენტებს მარტივ, დამოუკიდებელ და კარგად ფუნქციონირებულს ხდის; გლობალური მდგომარეობის გამოჩენა მხოლოდ როდესაც მონაცემი ნამდვილი გაზიარებული არის ზედმეტი სირთულეს თავს ერიდებს.

ხშირი აკრძალული პროცესი — ყველაფრის გლობალურ store-ში დადება "თუ რას დაგჭირდება" — დიდი, მჭიდროდ დაკავშირებული აპლიკაციების სიმბებში მიდის.

მეთოდოლოგიური წესი: **ლოკალიზируйте ნაგულისხმევ წესით, გლობალიზიროთ მხოლოდ როდესაც გაზიარება მოითხოვს.**