Mobil ilovalarda oflayn rejim va sinxronizatsiya: qanday qilib to'g'ri qilish kerak

Ilovaga nega umuman oflayn ishlash kerak

Ideal dunyoda foydalanuvchida doim barqaror internet bo'ladi. Amalda esa xodim ombor yerto'lasiga tushadi, savdo agenti tumanlar orasida yo'lda bo'ladi, montajchi qoplamasiz yangi binoda ishlaydi, kuryer esa yer osti avtoturargohiga tushadi. Agar ilova shu paytlarda aylanuvchi indikatorli oq ekranga aylansa — biznes ma'lumotlarni va odamlarning ishonchini yo'qotadi.

Oflayn rejim — bu "bir nechta ekranni keshlash" haqida emas. Bu foydalanuvchi aloqa umuman yo'qdek ishlashda davom etishi haqida: yozuvlar yaratish, formalarni to'ldirish, bajarilgan vazifalarni belgilash. Ilova esa o'zi, sokin va ishonchli tarzda, tarmoq paydo bo'lishi bilan hammasini serverga yetkazadi. B2B ssenariylarda bu ko'pincha yoqimli imkoniyat emas, balki majburiy talab: usiz vosita dalada umuman ishlatilmaydi.

O'zbekiston sharoitida bu ayniqsa seziladi. Toshkentda 4G qoplamasi yaxshi, lekin yirik shaharlardan tashqarida aloqa notekis: Samarqand bilan qishloqlar orasida, trassalarda, Qashqadaryo yoki Surxondaryoning tog'li hududlarida internet goh bor, goh yo'q. Doimiy onlaynni nazarda tutuvchi ilova bunday sharoitda aynan eng kerakli joyda foydasiz bo'lib qoladi.

"Oflayn-first" aslida nimani anglatadi

Ikki tubdan farqli arxitektura mavjud. Birinchisida ilova — yupqa klient: har bir harakat darhol serverga uchadi va javobsiz hech narsa bo'lmaydi. Ikkinchisida — oflayn-first: interfeys uchun haqiqat manbai qurilmadagi mahalliy ma'lumotlar bazasi (SQLite, Realm, WatermelonDB va h.k.) bo'lib, server u bilan fonda sinxronlashadi.

Oflayn-first modelida interfeys doim tez javob beradi: ma'lumotlar mahalliy tarzda bir zumda o'qiladi va yoziladi, tarmoqni kutmasdan. Bu yoqimli qo'shimcha samara ham beradi — ilova hatto yaxshi internetda ham tez tuyuladi, chunki har bosishda serverga borib-kelishni kutmaydi.

Operatsiyalar navbati: sinxronizatsiyaning yuragi

Foydalanuvchi oflayn nimadir qilganda, harakatni shunchaki "ekranni eslab qolish" mumkin emas. Niyatni — operatsiyani saqlash kerak: "mijoz yaratish", "ariza holatini bajarildiga o'zgartirish", "buyurtmaga rasm qo'shish". Bu operatsiyalar mahalliy navbatga joylashtiriladi va sinxronlanmagan deb belgilanadi.

Tarmoq paydo bo'lishi bilan fon jarayoni operatsiyalarni tartib bilan yubora boshlaydi. Bu yerda bir necha narsa muhim:

• Idempotentlik. Har bir operatsiyaga qurilmada yaratilgan noyob identifikator (UUID) beriladi. Agar server javobi yo'qolsa-yu, operatsiya aslida o'tib ketgan bo'lsa, qayta yuborish dublikat yaratmaydi — server operatsiyani uning ID si bo'yicha taniydi.
• Tartib va bog'liqliklar. "Buyurtmaga tovar qo'shish"ni buyurtmaning o'zi yaratilishidan oldin yuborib bo'lmaydi. Navbat sabab-oqibat bog'lanishlarini hurmat qilishi kerak.
• Backoff bilan qayta urinishlar. Tarmoq nosozligida operatsiya tashlab yuborilmaydi, balki serverni bekorga bezovta qilmaslik uchun ortib boruvchi pauza bilan keyinga qoldiriladi.
• Qayta ishga tushishga chidamlilik. Navbat doimiy xotirada yashaydi. Agar foydalanuvchi ilovani yopsa yoki telefon o'chsa — yoqilgandan keyin sinxronizatsiya o'sha joydan davom etadi.

Konfliktlar: tahrirlar farq qilganda nima qilish kerak

Sinxronizatsiyaning eng murakkab qismi — konfliktlar. Ikki xodim bitta arizani oflayn tahrirladi, keyin ikkalasi ham tarmoqqa chiqdi. Kimning o'zgarishlari g'olib chiqadi? Universal to'g'ri javob yo'q, strategiyalar bor va ularni biznes-mantiqqa qarab ongli ravishda tanlash kerak.

Amalda yaxshi yondashuv — birlashtirish: ko'pchilik maydonlarni avtomatik merj qilish, haqiqatan ham bahsli holatlarni esa odamga eskalatsiya qilish. Yozuvlarni versiyalashtirib borish muhim (masalan, reviziya raqami yoki vektor soatlari orqali), shunda server oflayn tahrir qaysi versiya asosida qilinganini tushunadi.

Amaliyotdan haqiqiy keyslar

Oflayn rejim darhol o'zini oqlaydigan joylar:

• Dala servis brigadalari. Montaj, ta'mirlash, jihozlarga xizmat. Usta bajarilgan ishlar dalolatnomasini to'ldiradi, rasm biriktiradi, mijoz imzosini qo'yadi — bularning hammasi yerto'lada yoki qurilishda tarmoqsiz, sinxronizatsiya esa qaytish yo'lida bo'ladi.
• Savdo agentlari va merchandayzerlar. Nuqtalarni aylanib chiqish, buyurtma olish, javonlardagi qoldiqlarni tekshirish. Marshrut qoplamasiz hududlardan o'tadi, lekin ish bir soniyaga ham to'xtamaydi.
• Logistika va yetkazib berish. Kuryer holatlarni belgilaydi, qabul qiluvchini qayd etadi, yer osti avtoturargohlarda va qalin devorli omborlarda shtrix-kodlarni skanerlaydi.
• Dala so'rovlari va inspeksiyalar. Agrar tekshiruvlar, obyektlarni nazorat qilish, hududlarda ma'lumot to'plash — barqaror internet bo'lmagan va bo'lmaydigan joylarda.
• Ombor operatsiyalari. Wi-Fi va uyali aloqa deyarli o'tmaydigan metall angarlardagi inventarizatsiya.

Biz buni qanday amalga oshiramiz

Texnik jihatdan zamonaviy oflayn stek shunday ko'rinadi: qurilmadagi mahalliy MB UI uchun yagona haqiqat manbai sifatida; interfeysdan ma'lumot qayerdan kelganini yashiruvchi repozitoriylar qatlami; operatsiyalar va ularning holatlari bilan o'zgarishlar jurnali (changelog); tarmoq paydo bo'lishi voqeasi bo'yicha va jadval bo'yicha ishga tushuvchi fon sinxronizatori.

Server tomonida sinxronizatsiya uchun mo'ljallangan API kerak: endpointlar klient ID lari bilan operatsiyalar paketini qabul qiladi, oxirgi sinxronizatsiyadan beri o'zgarishlar deltasini beradi (kursor yoki vaqt belgisi bo'yicha), konfliktlar haqida to'g'ri xabar beradi. Har ishga tushishda barcha ma'lumotlarni to'liq ko'chirish yaroqsiz — faqat o'zgargan narsani sinxronlash kerak.

Alohida e'tibor — holatni ko'rsatish. Foydalanuvchi ma'lumotlar hali yuborilmaganini ("sinxronizatsiya kutilmoqda"), sinxronizatsiya ketayotganini va hammasi serverga ketganini ko'rishi kerak. Bu teskari aloqasiz odamlar ilovaga ishonmaydi va ishni qog'ozda takrorlay boshlaydi.