Mobil ishlab chiqishda Runtime, Hot Reload va qurish: bu nima, asosiy tushunchalar va qanday ishlaydi

Runtime va Reflection: iOS Runtime, Method Swizzling va dinamik jo'natish

Runtime (bajarish muhiti) — ilova bajarilishini boshqaradigan dasturiy ta'minot. iOS Runtime kontekstida, bu obyektlarga xabar yuborish, sinflarni joyida yaratish va metodlarni bajarish vaqtida almashtirish imkonini beruvchi Objective-C ning dinamik tizimidir. Bu mumkin, chunki Objective-C C ustida qurilgan dinamik tipli tildir.

Reflection — dasturning o'z tuzilishini bajarish vaqtida tekshirish va o'zgartirish qobiliyati. iOS Runtime-da bu class_getInstanceMethod, method_exchangeImplementations va objc_getAssociatedObject kabi funksiyalar orqali amalga oshiriladi. Kotlin/Java-da refleksiya KClass / java.lang.reflect dan foydalanadi.

IT Sectr da biz Runtime juda kam ishlatamiz — faqat muqobili bo'lmagan maxsus vazifalar uchun. Masalan, markazlashtirilgan analitika qayd etish yoki kutubxonalardagi xatolarni tuzatish uchun Method Swizzling. Biroq, Runtime chuqur tushunish va ehtiyotkorlik talab qiladigan kuchli vositadir.

Method Swizzling

Method Swizzling — bajarish vaqtida Objective-C metodining amalga oshirilishini boshqasiga almashtirish texnikasi. Bu iOS uchun Aspektga yo'naltirilgan dasturlashning (AOP) alohida holatidir. Swizzling mavjud metodlarning manba kodini o'zgartirmasdan ularga qayd etish, analitika yoki keshlash qo'shish imkonini beradi.

Oddiy misol: avtomatik ekran qayd etishni qo'shish uchun UIViewController da viewWillAppear: ni almashtirish. Muhim: swizzling +load yoki +initialize metodida bajarilishi kerak, bu sinf ishlatilishidan oldin bajarilishini kafolatlaydi. Noto'g'ri swizzling aniqlanmagan xatti-harakatga va tuzatish qiyin bo'lgan xatolarga olib kelishi mumkin.

// Method Swizzling for logging 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]; // asl metodni chaqirish
    [Analytics logScreen:NSStringFromClass([self class])];
}

@end

Ushbu kod swizzling orqali barcha UIViewController da viewWillAppear: ni almashtiradi. method_exchangeImplementations dan so'ng, asl viewWillAppear: ni chaqirish xxx_viewWillAppear: chaqirilishiga olib keladi, bu asl metodni chaqiradi (rekursiv chaqiruv orqali) va analitika qo'shadi. DispatchOnce swizzling ning bir marta bajarilishini kafolatlaydi.

Veb vositalari (Transpilation, Polyfill, Bundler, Webpack, Metro)

Zamonaviy veb ishlab chiqish va React Native yoki Flutter bilan mobil ishlab chiqish qurish vositalarisiz mumkin emas. Transpilation kodni bir tildan boshqasiga o'zgartirishdir. Eng mashhur misol: TypeScript → JavaScript. Transpilyator (Babel, tsc) zamonaviy kodni orqaga mos keluvchi versiyaga o'zgartiradi.

Polyfill eski brauzerlarga yetishmayotgan funksionallik qo'shadigan koddir. Masalan, Promise.allSettled() Internet Explorer da ishlamaydi, lekin polyfill bu imkoniyatni qo'shadi. Mahalliy Runtime dan farqli o'laroq, kodni to'g'ridan-to'g'ri qurilmada bajarishni boshqaradigan, polyfill va transpilyatorlar til abstraksiyasi darajasida ishlaydi — sintaksis va API larni moslashtiradi, lekin bajarish muhitiga aralashmaydi.

Webpack eng mashhur bandlerdir (State of JS 2024 ga ko'ra loyihalarning 72% ida ishlatiladi). Metro Facebook ning bandleri, React Native da standart sifatida ishlatiladi. JavaScript da Reflection Object.getPrototypeOf, Proxy va Reflect API orqali mavjud — bu mexanizmlar bajarish vaqtida obyektlarni tekshirish va o'zgartirish imkonini beradi, bu bandlerlardagi statik modul tahlilidan tubdan farq qiladi. Webpack kirish nuqtasi, chiqish, yuklagichlar (turli fayl turlarini qayta ishlash uchun) va plaginlar (qo'shimcha funksionallik uchun) ni tavsiflovchi konfiguratsiya faylidan foydalanadi.

// webpack.config.js — minimal konfiguratsiya
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',
};

Ushbu konfiguratsiya kirish nuqtasini (index.js), chiqish faylini (bundle.js) va Babel orqali JavaScript ni qayta ishlash qoidasini belgilaydi. production rejimi optimallashtirishlarni faollashtiradi: minifikatsiya, tree shaking va avtomatik muhit aniqlash. Runtime bosqichida, bu optimallashtirishlarning barchasi mantiqqa ta'sir qilmaydi — brauzer kichraytirilgan paketni oddiy JavaScript sifatida bajaradi.

Kod optimallashtirish (Minification, Tree Shaking, Obfuscation)

Minification bo'shliqlar va izohlarni olib tashlash va uzun o'zgaruvchilarni qisqartirish orqali kodni siqish jarayonidir. Mashhur kichraytirgichlar: Terser (JS/TS), CSSNano (CSS), html-minifier-terser. Kichraytirish fayl hajmini 50–70% kamaytiradi. Ishlab chiqarishda, Runtime kichraytirilgan kodni asl kod kabi bajaradi — farq faqat o'qilishi va fayl hajmida, semantikada emas.

Tree Shaking ilovada foydalanilmaydigan o'lik kodni olib tashlashdir. ES modullarining (import/export) statik tahliliga asoslanib ishlaydi. Agar funksiya eksport qilinsa lekin hech qachon import qilinmasa, Tree Shaking uni yakuniy qurilishdan olib tashlaydi. Tree Shaking kodni statik tahlil qiladi — dinamik ishlaydigan va kompilyatsiya vaqtida ko'rinmaydigan metodlar va xususiyatlarga kirisha oladigan Reflection dan farqli o'laroq.

Tree Shaking

Tree Shaking Webpack da ishlab chiqarish rejimida avtomatik faollashadi. Muhim shart: kod ES modullaridan (import/export) foydalanishi kerak, CommonJS (require) emas. Agar kutubxona CommonJS da yozilgan bo'lsa, tree shaking ishlamaydi. Optimal tree shaking uchun, import _ from 'lodash' o'rniga import { merge } from 'lodash-es' kabi aniq importlardan foydalaning. Bu bitta funksiya uchun paket hajmini 500 KB dan 10 KB gacha kamaytiradi.

Hot Reload

Hot Reload to'liq qayta yuklamasdan ilova kodini yangilash imkonini beruvchi texnologiyadir. React Native va Flutter da Hot Reload o'zgartirilgan faylni joyida yangilaydi, joriy ilova holatini saqlab qoladi. Bu ishlab chiqishni tubdan tezlashtiradi: o'zgarishlar to'liq qayta qurish uchun 10–30 soniya o'rniga 1–2 soniyada ko'rinadi. Hot Reload Runtime ichida ishlaydi: o'zgartirilgan modul bajarish muhitini qayta ishga tushirmasdan ishlayotgan ilovaga kiritiladi.

Hot Restart yangilangan kod bilan ilovani tez qayta ishga tushirishdir, lekin holat saqlanmaydi. Hot Reload mumkin bo'lmaganda ishlatiladi (masalan, mahalliy kod yoki global o'zgaruvchilar o'zgarganda). IT Sectr da biz UI ishlab chiqishning barcha bosqichlarida Hot Reload dan foydalanamiz — vizual sozlashlarga 50% gacha vaqt tejaydi.

Jadval 3. Qurish vositalarini solishtirish. Webpack universal standartdir. Metro React Native uchun ixtisoslashgan. Vite va esbuild tezlikka yo'naltirilgan yangi avloddir. Rollup kutubxonalarni nashr qilish uchun eng yaxshi tanlovdir.

Issiq qayta yuklash (Hot Reload, Hot Restart)

Hot Reload veb ishlab chiqishda (React Hot Loader, HMR — Hot Module Replacement) paydo bo'lgan va Flutter va React Native bilan mobil ishlab chiqishga o'tgan texnologiyadir. Mohiyati: fayl o'zgarganda, bandler yangilangan modulni ishlayotgan ilovaga yuboradi, u holatni yo'qotmasdan eski kodni almashtiradi. To'liq qayta qurishdan farqli o'laroq, Hot Reload Runtime ni qayta ishga tushirmaydi — bajarish muhiti ishlashda davom etadi va o'zgartirilgan modul HMR yoki Reflection ga o'xshash havola yangilanishi kabi mexanizm orqali dinamik ulanadi.

Hot Reload ishlaydi, chunki freymvork vidjetlarni (Flutter) yoki komponentlarni (React) xotirada saqlaydi va faqat o'zgartirilgan qismlarni yangilaydi. Hot Restart qo'polroq mexanizm: ilovani to'liq qayta ishga tushiradi, lekin mahalliy kodni qayta kompilyatsiya qilmagani uchun to'liq qayta qurishdan tezroq. IT Sectr da biz UI ishlab chiqishda Hot Reload, navigatsiya yoki holat boshqaruvini o'zgartirishda Hot Restart dan foydalanamiz.