Kako deluje arhitektura React Native (most vs nova arhitektura)?

Question

Accepted Answer

React Native izvaja **JavaScript** in **nativno** kodo, ki morata komunicirati. Originalna arhitektura je uporabljala asinkroni **most**; **nova arhitektura** (JSI, TurboModules, Fabric) omogoča hitrejšo, sinkrono komunikacijo. Razumevanje tega pojasni vedenje in zmogljivost React Native.

## Originalna arhitektura: most

```text
React Native runs:
  → a JS THREAD (your React/JS code) and the NATIVE side (UI, native modules)
  → they communicate over a BRIDGE: messages are SERIALIZED (to JSON), passed ASYNC,
    and deserialized on the other side
Limitations:
  ✗ ASYNCHRONOUS only (can't call native synchronously)
  ✗ SERIALIZATION overhead; the bridge can be a BOTTLENECK with heavy traffic
  ✗ e.g. fast scrolling/animations passing data over the bridge → jank
```

## Nova arhitektura (JSI, TurboModules, Fabric)

```text
The NEW ARCHITECTURE replaces the bridge:
  JSI (JavaScript Interface) → JS can call native code DIRECTLY and SYNCHRONOUSLY
    (no serialization bridge) → much faster JS↔native interop
  TURBOMODULES → native modules loaded lazily, via JSI (faster, on-demand)
  FABRIC → the new rendering system → better, more efficient UI rendering; sync layout
  CODEGEN → type-safe JS↔native interfaces
→ Result: better performance, less overhead, synchronous calls, smoother UI.
```

## Zakaj je to pomembno (v praksi)

```text
→ Explains React Native's PERFORMANCE characteristics (why bridge traffic was costly)
→ The new architecture (default in recent RN) improves performance and interop
→ Informs optimization (minimize bridge crossings on the old architecture; native-thread
  animations) and understanding of how RN executes
```

## Zakaj je to pomembno

Razumevanje arhitekture React Native je dragoceno znanje na ravni starejšega razvojnika, ker **pojasni vedenje in značilnosti zmogljivosti React Native**, kar poglobi sposobnost razumevanja in optimizacije aplikacij.

Osnovne strukture — React Native, ki poganja **JS nit** (vaša koda) in **nativno stran** (vmesnik, nativni moduli), ki morata **komunicirati** — je ključna za razumevanje, kako deluje React Native.

Razumevanje **originalne arhitekture mostu** (kjer JavaScript in nativna koda komunicirata prek asinkronega mostu, ki serializira sporočila v JSON in jih preslika čez) pojasni zgodovinske značilnosti zmogljivosti in omejitve React Native: komunikacija je bila samo asinkrona, imela je režijsko serializacijo, in most je lahko postal **ozko grlo pri intenzivnem prometu** (povzročil jank pri hitrem premikanju ali animacijah, ki prenašajo podatke čez most) — kar je **razlog, zakaj sta bila minimiziranje prehodov čez most in izvajanje animacij na nativni niti pomembni optimizaciji**, povezavi med arhitekturo in praktičnimi nasveti za zmogljivost.

Razumevanje **nove arhitekture** (**JSI** omogoča direktne, sinkrone klice JS↔nativna brez serializacijskega mostu; **TurboModules** za lenivo nalaganje nativnih modulov; **Fabric** za boljše upodabljanje; Codegen za vmesnike s tipom) je vedno bolj pomembno, saj je to postaja privzeta — izboljša zmogljivost, zmanjša režijo, omogoči sinkrone klice in proizvede bolj gladek vmesnik, kar predstavlja pomembno evolucijo React Native.

Razumevanje te arhitekture **pojasni zmogljivost React Native** (zakaj je bil most pomemben), **obvešča optimizacijo** (prakse, ki izhajajo iz arhitekture), in pojasni, kako se React Native izvaja — preoblikovanje React Native iz črne skrinje v razumljiv sistem.

Ker razumevanje arhitekture (most in nova arhitektura na osnovi JSI) pojasni značilnosti zmogljivosti React Native, obvešča optimizacijo in odraža zavedanje njegove pomembne evolucije, in ker ta globina dvigne raven od uporabe React Native k njegovemu razumevanju, je razumevanje arhitekture React Native dragoceno znanje na ravni starejšega razvojnika — pojasni njegovo vedenje in zmogljivost, obvešča optimizacijo in odraža globino ter zavedanje razvoja platforme, pričakovane za vlogo starejšega razvojnika React Native.