Runtime, Hot Reload i izgradnja u mobilnom razvoju: šta je to, ključni koncepti i kako radi

Runtime i Reflection: iOS Runtime, Method Swizzling i dinamičko usmeravanje

Runtime (izvršno okruženje) je softver koji upravlja izvršavanjem aplikacije. U kontekstu iOS Runtime, to je dinamički sistem Objective-C koji omogućava slanje poruka objektima, kreiranje klasa u hodu i zamenu metoda tokom izvršavanja. Ovo je moguće jer je Objective-C dinamički tipiziran jezik izgrađen na C-u.

Reflection je sposobnost programa da istražuje i menja sopstvenu strukturu tokom izvršavanja. U iOS Runtime-u, ovo je implementirano kroz funkcije kao što su class_getInstanceMethod, method_exchangeImplementations i objc_getAssociatedObject. U Kotlin/Java, refleksija koristi KClass / java.lang.reflect.

U IT Sectr-u, Runtime koristimo veoma retko — samo za specifične zadatke gde nema alternative. Na primer, Method Swizzling za centralizovano evidentiranje analitike ili ispravljanje grešaka u bibliotekama. Međutim, Runtime je moćan alat koji zahteva duboko razumevanje i oprez.

Method Swizzling

Method Swizzling je tehnika zamene implementacije Objective-C metode drugom tokom izvršavanja. Ovo je poseban slučaj Aspektno-orijentisanog programiranja (AOP) za iOS. Swizzling omogućava dodavanje evidentiranja, analitike ili keširanja postojećim metodama bez menjanja njihovog izvornog koda.

Tipičan primer: zamena viewWillAppear: u UIViewController radi dodavanja automatskog evidentiranja ekrana. Važno: swizzling se mora izvršiti u metodi +load ili +initialize kako bi se garantovalo izvršenje pre korišćenja klase. Neispravan swizzling može dovesti do nedefinisanog ponašanja i grešaka koje je teško otkloniti.

// Method Swizzling za evidentiranje viewWillAppear:
@implementation UIViewController (Tracking)

+ (void)load {
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        Class class = [self class];
        SEL originalSelector = @selector(viewWillAppear:);
        SEL swizzledSelector = @selector(xxx_viewWillAppear:);
        
        Method originalMethod = class_getInstanceMethod(class, originalSelector);
        Method swizzledMethod = class_getInstanceMethod(class, swizzledSelector);
        method_exchangeImplementations(originalMethod, swizzledMethod);
    });
}

- (void)xxx_viewWillAppear:(BOOL)animated {
    [self xxx_viewWillAppear:animated]; // pozivanje originalne metode
    [Analytics logScreen:NSStringFromClass([self class])];
}

@end

Ovaj kod zamenjuje viewWillAppear: na svim UIViewController putem swizzling-a. Nakon method_exchangeImplementations, pozivanje originalnog viewWillAppear: dovodi do pozivanja xxx_viewWillAppear:, koji poziva originalnu metodu (putem rekurzivnog poziva) i dodaje analitiku. DispatchOnce garantuje jednokratno izvršenje swizzling-a.

Web alati (Transpilation, Polyfill, Bundler, Webpack, Metro)

Moderni web razvoj i mobilni razvoj sa React Native ili Flutter su nemogući bez alata za izgradnju. Transpilation je pretvaranje koda iz jednog jezika u drugi. Najpopularniji primer: TypeScript → JavaScript. Transpajler (Babel, tsc) pretvara moderni kod u unazad kompatibilnu verziju.

Polyfill je kod koji dodaje nedostajuću funkcionalnost starim pretraživačima. Na primer, Promise.allSettled() ne radi u Internet Explorer-u, ali polyfill dodaje ovu mogućnost. Za razliku od nativnog Runtime-a, koji upravlja izvršavanjem koda direktno na uređaju, polyfill-i i transpajleri rade na nivou apstrakcije jezika — prilagođavaju sintaksu i API-je, ali se ne mešaju u izvršno okruženje.

Webpack je najpopularniji bundler (koristi se u 72% projekata prema State of JS 2024). Metro je Facebook-ov bundler, podrazumevano korišćen u React Native. Reflection u JavaScript-u postoji kroz Object.getPrototypeOf, Proxy i Reflect API — ovi mehanizmi omogućavaju istraživanje i menjanje objekata tokom izvršavanja, što se suštinski razlikuje od statičke analize modula u bundlerima. Webpack koristi konfiguracioni fajl koji opisuje ulaznu tačku, izlaz, utovarivače (za obradu različitih tipova fajlova) i dodatke (za dodatnu funkcionalnost).

// webpack.config.js — minimalna konfiguracija
const path = require('path');

module.exports = {
    entry: './src/index.js',
    output: {
        filename: 'bundle.js',
        path: path.resolve(__dirname, 'dist'),
    },
    module: {
        rules: [
            {
                test: /\.js$/,
                exclude: /node_modules/,
                use: 'babel-loader',
            },
        ],
    },
    mode: 'production',
};

Ova konfiguracija definiše ulaznu tačku (index.js), izlazni fajl (bundle.js) i pravilo za obradu JavaScript-a putem Babel-a. production režim uključuje optimizacije: minifikaciju, tree shaking i automatsko otkrivanje okruženja. U Runtime fazi, sve ove optimizacije više ne utiču na logiku — pretraživač izvršava minificirani bundle kao običan JavaScript.

Optimizacija koda (Minification, Tree Shaking, Obfuscation)

Minification je proces kompresije koda uklanjanjem razmaka, komentara i preimenovanjem dugih promenljivih u kratke. Popularni minifikatori: Terser (JS/TS), CSSNano (CSS), html-minifier-terser. Minifikacija smanjuje veličinu fajla za 50–70%. U produkciji, Runtime izvršava minificirani kod isto kao i originalni — razlika je samo u čitljivosti i veličini fajla, ne u semantici.

Tree Shaking je uklanjanje mrtvog koda koji se ne koristi u aplikaciji. Radi na osnovu statičke analize ES modula (import/export). Ako se funkcija izvozi ali nikada ne uvozi, Tree Shaking je uklanja iz konačne izgradnje. Tree Shaking analizira kod statički — za razliku od Reflection-a, koji radi dinamički i može pristupiti metodama i svojstvima nevidljivim u vreme kompilacije.

Tree Shaking

Tree Shaking u Webpack-u se automatski uključuje u režimu produkcije. Važan uslov: kod mora koristiti ES module (import/export), a ne CommonJS (require). Ako je biblioteka napisana u CommonJS, tree shaking neće raditi. Za optimalni tree shaking, koristite precizne importe: import { merge } from 'lodash-es' umesto import _ from 'lodash'. Ovo smanjuje veličinu bundle-a sa 500 KB na 10 KB za jednu funkciju.

Hot Reload

Hot Reload je tehnologija koja omogućava ažuriranje koda aplikacije bez potpunog ponovnog učitavanja. U React Native i Flutter, Hot Reload ažurira izmenjeni fajl u hodu, čuvajući trenutno stanje aplikacije. Ovo radikalno ubrzava razvoj: promene su vidljive za 1–2 sekunde umesto 10–30 sekundi za potpunu ponovnu izgradnju. Hot Reload radi unutar Runtime-a: izmenjeni modul se ubacuje u aplikaciju koja radi bez ponovnog pokretanja izvršnog okruženja.

Hot Restart je brzo ponovno pokretanje aplikacije sa ažuriranim kodom, ali bez čuvanja stanja. Koristi se kada Hot Reload nije moguć (na primer, kada se izvorni kod ili globalne promenljive promene). U IT Sectr-u, koristimo Hot Reload u svim fazama razvoja UI-ja — štedi do 50% vremena na vizuelne prilagodbe.

Tabela 3. Poređenje alata za izgradnju. Webpack je univerzalni standard. Metro je specijalizovan za React Native. Vite i esbuild su nova generacija fokusirana na brzinu. Rollup je najbolji izbor za objavljivanje biblioteka.

Vruće ponovno učitavanje (Hot Reload, Hot Restart)

Hot Reload je tehnologija koja je nastala u web razvoju (React Hot Loader, HMR — Hot Module Replacement) i prešla u mobilni razvoj sa Flutter i React Native. Suština: kada se fajl promeni, bundler šalje ažurirani modul aplikaciji koja radi, koja zamenjuje stari kod bez gubitka stanja. Za razliku od potpune ponovne izgradnje, Hot Reload ne pokreće ponovo Runtime — izvršno okruženje nastavlja da radi, a izmenjeni modul se dinamički povezuje putem mehanizma kao što je HMR ili ažuriranje reference slično Reflection-u.

Hot Reload radi zato što okvir čuva vidžete (Flutter) ili komponente (React) u memoriji i ažurira samo izmenjene delove. Hot Restart je grublji mehanizam: potpuno ponovo pokreće aplikaciju, ali je brži od potpune ponovne izgradnje jer ne prevodi ponovo izvorni kod. U IT Sectr-u, koristimo Hot Reload pri razvoju UI-ja i Hot Restart pri promeni navigacije ili upravljanja stanjem.