Internet qurilmalari (ang. Internet of Things  (IoT)) boshqa qurilmalar va tizimlar bilan ma'lumotlarni Internet orqali ulash va almashtirish uchun datchiklar, dasturiy ta'minot va boshqa texnologiyalar bilan o'rnatilgan fizik obyektlar ("things") tarmog'iga aytiladi.

Wikipedia

Xozirgi kunda texnologiyaga bo'lgan talab kun sayin ortib bormoqda, qayga qaramay aqlli uy, aqlli avtomobil, kerak bo'lsa aqlli lampochka ham mavjud. Shu bilan birga maxsus terminlar ham ko'payib bormoqda, bugun maqola yozilish paytidagi eng ommaviy terminlardan biri bo'lgan- IoT haqida qisqacha bo'lsa ham tushunchaga ega bo'lamiz.

IoT nima? Asosiy tushunchalar

Internet qurilmalari (ang. Internet of Things (IoT)) uchta asosiy printsipga asoslanadi. Birinchidan, har doim mavjud bo'lgan aloqa infratuzilmasi, ikkinchidan, har bir ob'ektning global identifikatsiyasi va uchinchidan, har bir ob'ektning unga ulangan shaxsiy tarmoq yoki Internet orqali ma'lumotlarni yuborish va olish imkoniyati.

Internet qurilmalarda har bir qurilmaning o'ziga xos identifikatori bor, ular birgalikda bir-biri bilan o'zaro ta'sirlasha oladigan, vaqtinchalik yoki doimiy tarmoqlarni yaratadigan qurilmalarning doimiyligini tashkil qiladi. Shunday qilib, qurilmalar ularni ko'chirish jarayonida, mavjud geolokatsiya joylashuvi to'g'risida ma'lumot almashish jarayonida ishtirok etishi mumkin, bu sizga logistika jarayonini to'liq avtomatlashtirishga imkon beradi va ichki intelekt yordamida qurilmalar o'z xususiyatlarini o'zgartirishi va atrof-muhitga moslashishi mumkin.

Internet qurilmalar yagona o'zaro ta'sir protokoliga ega, unga ko'ra har qanday tarmoq tugunlari o'z xizmatlarini taqdim etishi mumkin. Internet-qurilmalar tarmog'ining har bir tugunlari ma'lum bir ma'lumotni etkazib berish uchun o'z xizmatlarini taqdim etadi. Shu bilan birga, bunday tarmoqdagi tugun boshqa har qanday tugunlardan buyruqlarni qabul qilishi mumkin. Bu shuni anglatadiki, Internet-qurilmadagi barcha qurilmalar bir-biri bilan o'zaro aloqa qilishi va birgalikda muammolarini hal qilishi mumkin. Internet qurilmalar har qanday bitta xizmat doirasi bilan ulangan lokal tarmoqni tashkil qilishi mumkin.

Internet qurilmalar arxitekturasi

Internet qurilmalari kontseptual ravishda yangi avlod tarmoqlariga tegishli, shuning uchun uning arxitekturasi NGN ga juda o'xshash. IoT qurilmalarni ishlashini ta'minlaydigan turli xil infokommunikatsion texnologiyalar to'plamidan iborat bo'lib, uning arxitekturasi ushbu texnologiyalarning bir-biri bilan qanday bog'liqligini ko'rsatadi. IoT arxitekturasi quyida tavsiflangan to'rtta funktsional qatlamlarni o'z ichiga oladi

Sensorlar va sensor tarmoq darajasi.  IoT arxitekturasining eng past darajasi sensorlar bilan birlashtirilgan "aqlli" (smart) ob'ektlardan iborat. Sensorlar real vaqt rejimida ma'lumotlarni to'plash va qayta ishlashni ta'minlaydigan fizik va virtual (raqamli) olamlarning o'zaro bir-biri bilan bog'liqligini ta'minlaydi. Apparat sensorlarining fizik o'lchamlarini pasayishiga olib kelgan miniatyuralash ularni to'g'ridan-to'g'ri ob'ektlariga qo'shishga imkon berdi.

Sensorlarning aksariyati Ethernet, Wi-Fi yoki shaxsiy tarmoq (PAN, Personal Area Network) kabi lokal tarmoq (LAN, Local Area Network) yordamida amalga oshiriladigan sensori agregatoriga (shlyuzga) ulanishni talab qiladi. Aggregatorga ulanishni talab qilmaydigan sensorlar uchun ularning serverlar / ilovalar bilan ulanishi GSM, GPRS va LTE kabi global simsiz tarmoq WAN yordamida ta'minlanishi mumkin.

Shlyuz va tarmoq darajasi. IoT-ning birinchi darajadagi bir nechta sensorlar tomonidan taqdim etiladigan katta miqdordagi ma'lumotlar transport vositasi sifatida ishonchli va yuqori samarali simli yoki simsiz infratuzilmani talab qiladi.Bu sath turli tarmoqlarni yagona tarmoq platformasiga birlashtirish natijasida hosil qilingan tarmoq infratuzilmasidan iborat. 

Xizmat ko’rsatish darajasi. Xizmat ko'rsatish darajasi IoT-da texnologik biznes operatsiyalarini avtomatlashtiradigan bir qator axborot xizmatlarini o'z ichiga oladi: operatsion va biznes faoliyatini qo'llab-quvvatlash (OSS / BSS Operation Support System / Business Support System), turli xil tahliliy ma'lumotlarni qayta ishlash, ma'lumotlarni saqlash, axborot xavfsizligi, biznesni boshqarish qoidalar (BRM, Business Rule Management), ish jarayonlarini boshqarish (BPM, Business Proccess Management) va boshqalar.

Ilova darajasi.  Ushbu darajada tegishli sanoat tarmoqlari va faoliyat sohalari (energiya, transport, savdo, tibbiyot, ta'lim va boshqalar) uchun turli xil ilovalar mavjud. Ilovalar "Vertikal" ya'ni ma'lum bir sanoat uchun "maxsus" yoki iqtisodiyotning turli sohalarida ishlatilishi mumkin bo'lgan "gorizontal" bo'lishi mumkin.

Internet qurilmalar platformalarining tahlili

Zamonaviy "smart" ishlab chiqarishda Internet qurilmalarning joriy etishda asos avtomatlashtirish platformalari hisoblanadi. Ko'pincha ular har bir alohida korxonaning talablari va infratuzilmasi asosida ishlab chiqiladi - bu holda faqatgina mahalliy mutaxassislar bunday ichki tuzilishining samaradorligini baholaydilar. Biroq, turli xil vazifalarga moslashish qobiliyatiga ega bo'lgan ko'plab umumiy maqsadli platformalar mavjud. Platformani yaratish maydoni bozorning asosiy ishtirokchilari o'rtasida taqsimlangan, General Electrics, IBM, Intel, Jasper va boshqa kompaniyalarning yechimlari ommabop deb tan olingan.

Platformaga bo'lgan asosiy talablari:

• Qurilmalar: Barcha platformalar nafaqat buyruqlarni qabul qilishi, balki ulangan qurilmalarga ham buyruq yuborishi imkoniyati mavjud bo'lishi kerak;
• Himoya: buyruqlar almashinuvi shifrlangan bo'lishi kerak;
• Aloqa: Wi-Fi yoki Ethernet orqali ulanishdan tashqari, u uyali yoki sun'iy yo'ldosh aloqasini yoki qisqa masofalardagi aloqalarni (Bluetooth, ZigBee va boshqalar) qo'llab-quvvatlashi kerak;
• Protokollar: HTTP, MQTT, xabarlar navbatini qo'llab-quvvatlash;
• Tahlil: Katta ma'lumotlarni maxsus texnologiyalar yordamida tahlil qilish, masalan, Apache Hadoop, shuningdek, ularga asoslangan o'zgarishlarni bashorat qilish.
• Hodisalarni qayta ishlash: Qurilmalar ishlash uchun qoidalarni yaratish qobiliyatiga ega bo'lishi kerak.

Quyida bir nechta mashhur platformalarning imkoniyatlarini ko'rib chiqamiz.

Amazon kompaniyasi platformasi

AWS IoT deb nomlangan platforma 2015 yil dekabr oyida ishlab chiqilgan. 

Platforma qurilmalarni AWS xizmatlari va boshqa qurilmalar bilan bog'laydi, ma'lumotlarni himoyasi va aloqa xavfsizligini taminlaydi. Ilovalar Internetga ulanmasdan ham qurilmalar bilan ishlashi mumkin. 

AWS IoT qo'shimcha qurilmalar va mobil dasturlarni ulash uchun SDK taqdim etadi, bu MQTT, HTTP yoki WebSockets protokollari orqali AWS IoT platformasi bilan xabar almashishnida qo'llaniladi. SDK paketi C, JavaScript va Arduino Sketch dasturlash tillarini qo'llab-quvvatlaydi va mijoz kutubxonalari va dasturchilar uchun qo'llanmani o'z ichiga oladi. 

Qurilma shlyuzi e'lon qilish va yozib olish modellarini ishlatgan holda xabar almashishni qo'llab-quvvatlaydi, bu esa "birga-bir" va "birga-ko'p" sxemalar bilan ishlashni ta'minlaydi va avtomatik ravishda ishlaydi.

Reestr sizga qurilmalarni aniqlash va ularning meta-ma'lumotlarini, masalan, atributlar, parametrlar yoki xususiyatlarni kuzatish imkonini beradi.

Har bir qurilmaning "soyasi"ni yaratish imkonyati mavjud bo'lib, bu uning doimiy virtual versiyasi hisoblanadi va qurilmaning eng so'nggi aktual holatini o'z ichiga oladi va ilovalar yoki boshqa qurilmalarga xabarlarni o'qishni va ushbu qurilma ulanmagan bo'lsa ham o'zaro aloqada bo'lishga imkon beradi.

Qoidalar mexanizmi sizga har qanday infratuzilmani boshqarib o'tirmasdan, ulangan qurilmalar tomonidan global miqyosda olingan ma'lumotlarni yig'ish, qayta ishlash va tahlil qilish uchun IoT ilovalari bilan harakatlarni amalga oshirishga imkon beradi.

AT&T M2X platformasi

M2X deb nomlangan platforma 2015 yil yanvar oyida ishlab chiqilgan

Platforma ma'lumotlarni saqlash, qurilmalarni boshqarish, xabarlarni qabul qilish va uzatish, voqealarni boshqarish va ma'lumotlarni vizuallashtirish kabi xizmatlarni amalga oshira oladi. Asosiy imkoniyatlar quyidagicha:

• 40 dan ortiq turdagi platformalarni qo'llab-quvvatlash, yuzlab noyob qurilmalar bilan moslik, masalan, Arduino, Redboard, u-blox, Freescale, RAM oilalari;
• mijoz kutubxonalarining ko'pligi;
• Ishlab chiquvchilar ishlab chiqarishga bergungacha yechimlarni testlash uchun portal mavjudligi;
• ma'lumotlarni tahlil qilish va  juda ko'p vazifalarni (tekshirish jadvalidan - voqealarga javob berish vaqtigacha)bajarish uchun biznes qoidalarini belgilash qobiliyati ;
• AT&T mobil infratuzilmasiga tayanib, nafaqat Wi-Fi orqali, balki mobil aloqa orqali ham ulanish imkoniyati;

General Electrics  kompaniyasi platformasi

Predix deb nomlangan platforma 2016 yil fevral oyida chiqarildi

Predix ishlab chiqarishda va bulutli texnologiyada sanoat dasturlarini loyihalash, joylashtirish va boshqarishga yordam beradi. Xizmatlar quyidagi yo'nalishlarga bo'linadi:

• EdgeManager ichki qurilmalarni boshqarish uchun javobgardir. Bu sizga yangi qurilmalarni kiritishga, ularning dasturlarini yangilashga va endi foydalanilmayotganlarni o'chirishga, shuningdek ulardan turli ma'lumotlarni to'plashga (jurnal fayllari) imkon beradi;
• Enterprise Connect veb-soketlardan foydalangan holda xavfsiz TCP protokollari orqali ulanish tunnellarini o'rnatish uchun ishlatiladi, Predix Machine OPC-UA, Modbus, MQTT, REST protokollarini qurilmalar orasida ma'lumotlar almashish uchun ishlab chiqadi;
• Asset va Event Hub  katta hajmdagi ma'lumotlar bilan ishlashga imkon beradi;
• Analytics Framework ma'lumotlarni tahlil qilish uchun javobgar hisoblanadi;
• Ma'lumotlar xavfsizligi, dasturlarni boshqarish siyosatini belgilaydigan OAuth 2.0 serveri va Access Control framework tomonidan ta'minlanadi;

Intel kompaniyasi platformasi

The Intel IoT Platform deb nomlangan platforma 2014 yil dekabr oyida chiqarildi.

Bunda ma’lumotlarni olish va qayta ishlash quyidagi tarzda amalga oshiriladi:

1. Faqatgina ishonchli ulangan qurilmalar va sensorlardagi ma'lumotlar bulutga kiradi;
2. Tekshirgandan so'ng, xom ma'lumotlar filtrlanadi, ammo ulardan ba'zilari boshlang’ich formatda ishlatilishi mumkin;
3. To'g'ridan-to'g'ri ma'lumotni bulutga yuborishdan oldin ularni qayta ishlashadi, masalan, parametr qiymatlari va qurilma identifikatorlarini ajratish orqali ishlov beriladi, shuningdek kerakli qismlarni kerakli ma'lumotlar bazasiga yo'naltirish uchun metadata qo'shiladi;
4. Va nihoyat, to'plangan va tuzilgan ma'lumotlarning avtonom boshqaruv tizimlari yoki oxirgi foydalanuvchilar - ma'lumotlar tahlilchilari va tadqiqotchilari uchun ishlatishga ruxsat etiladi;
5. Platformaning har bir nuqtasida ma'lumotlarni himoya qilish va shifrlash tizimlari ishlaydi.

Platformalarni taqqoslash jadvali

XULOSA

IoT tobora kengayib bormoqda va tobora ko'proq odamlar hayoti bilan bog'liq bo'lgan tizimlar paydo bo'lmoqda, masalan, avtomobillar, samolyotlar va sanoat uskunalari, shuning uchun xavfsizlik ushbu tizimlarga o'rnatilgan va ularda dastlab "arxitekturasi xavfsiz" bo'lishi kerak. Ko'pgina hollarda xatolar uchun stavkalar juda katta. Agar siz ham yuqorida keltirilgan kabi servislardan foydalanishni istasangiz IoT himoyasiga e'tibor bering. Quyida sodda va samarali etalon arxitektura taqdim etilgan, keyinchalik uni oson joylashtirish va mashtablashtirish mumkin.

• Zararli kod ta'sirini kamaytirish uchun arxitektura barcha kodlarning kriptografik tarzda imzolanganligini va qurilma uchun avtorizatsiya qilinganligini, imzolanmagan kodni ishlatishga yo'l qo'yilmasligini ta'minlaydi.
• O'zaro autentifikatsiya va shifrlash orqali xavfsiz aloqani ta'minlang. Biz bir milliarddan ortiq IoT qurilmalarini himoya qiladigan vaqt sinovidan o'tgan sertifikatlashtirish markazlari va ishonchli modellardan foydalanamiz. Yangi ECC algoritmlari cheklangan hisoblash resurslariga ega IoT qurilmalarida yuqori darajadagi xavfsizlikni ta'minlash uchun ishlatiladi.
• Ushbu arxitektura xavfsizlikni tahlil qilish orqali xostlarni himoya qilishning zararli ta'sirini yanada kamaytiradi va boshqa barcha tahdidlarning xavfini minimallashtirish orqali samaradorlikni oshiradi.
• Zaifliklar va tahdidlar aniqlanganda, tizimni samarali, ishonchli va xavfsiz dinamik boshqarish yordamida ularni amalga oshish xavfini kamaytirish mumkin.

Hafta juda zo'r o'tdi - bizga Android-ning yangi versiyasi namoyish etishdi, shuningdek TheAndroidShow-ning Jetpack Compose-ga bag'ishlangan yangi versiyasi e'lon qilindi. Umid qilamanki, birinchi versiya uchun API stabilizatsiyasi ham bo'ladi. Keling, barchasi haqida batafsil ko'rib chiqamiz.

Android 12 Developer Preview 1 e'lon qilindi 

Dasturchilar uchun birinchi versiyada Android-ning keyingi versiyasida amalga oshirilishi rejalashtirilgan yangiliklar bilan tanishish imkoniyati mavjud. Yangilanishlar har doimgidek foydalanuvchi ma'lumotlarining xavfsizligi va maxfiyligini ta'minlashga qaratilgan cheklovlar bilan bog'liq. Shuningdek, zamonaviy media formatlarini qo'llab-quvvatlash imkoni qo'shildi, bildirishnoma(Notification) interfeysini (UI) yana yangilandi va ishlab chiqarish oshirildi. An'anaga ko'ra, yashirin refleksiyani chaqirish uchun mo'ljallangan API-lar bloklanadi va yangi API-lar qo'shildi. 

Bizni fevral, mart, aprel oylarida Developer Preview kutib turibti, birinchi Beta may oyida ko'rila boshlaydi, to'rtinchi Beta, shuningdek Platform Stability, avgustda va bahorda (keyingi yil) chiqariladi. 

Uchinchi avloddan boshlab barcha Pixel smartfonlariga o'rnatish uchun paket allaqachon mavjud. 

• Android 12 veb-sayti
• Android 12 DP1 anonsi

Yangilangan WindowManager 

WindowManager-ning yangi alfa-versiyasi Android 11-dan yangi xususiyatlardan foydalanish imkoniyati qo'shildi, API-ni takomillashtirildi va shuningdek, qurilma ekranlari haqida ma'lumot olishning tavsiya etilgan usulini o'zgartirildi 

Google API-ni faol ravishda standartlashtirmoqda, shunda hammamiz qurilmaning bir nechta displeyga ega bo'lishiga, u egilib, alohida ekranning klaviatura yoki geympadga aylanishi mumkinligiga ko'nikamiz. 

Bu tendentsiyalarning barchasi WindowManager  kutubxonasida aks ettirilgan bo'lib, u displey imkoniyatlarini olish uchun yangi DisplayFeatures sinfini qo'shdi va 4.1 dan boshlab barcha Android versiyalari uchun Android 11-dan WindowMetrics API orqa portini yaratdi. 

• Jetpack WindowManager Updates

Multik: Multidimensional Arrays in Kotlin

JetBrains ko'p o'lchovli massivlari bilan ishlash uchun Multik kutubxonasini taqdim etdi

Kutubxonada ko'p o'lchovli massivlar uchun ma'lumotlar tuzilmalari va ular bilan matematik operatsiyalar mavjud. Multik bunday murakkab hisoblashlar bilan ishlash muammolarini optimallashtirishga qaratilgan 

Multik-da ma'lumotlar tuzilmalari realizatsiyasi operatsiyalardan ajratilgan va kutubxona sifatida bo'g'lanadi. Operatorlar 3 realizatsiyaga ega: 

• JVM asosidagi to'liq realizatsiya
• OpenBLAS asosidagi Native realizatsiya
• Yaxshi ishlash uchun Native va JVM dasturlarini birlashtirgan standart realizatsiya

Siz ushbu kutubxonani o'zingizning loyihalaringizda ishlatishingiz yoki uning arxitektura g'oyalarini o'z yechimlaringizda qo'llashingiz mumkin 

• Multik anonsi
• Multik GitHub

Maqola «Async Text Loading in Android with PrecomputedText» 

"PrecomputedText yordamida Android-da matnni asinxron tarzda yuklash" maqolasida matnni qanday qilib samarali tarzda ko'rsatish haqida tushuntirish berilgan 

Bizning ilovalarimizda biz hamma joyda matnlarni uchratamiz, ammo hech kim bu operatsiya qanchalik qiyinligini o'ylamaydi.  Android-da, biz renderlashning UI oqimida bajarilishiga va UI bilan bog'liq barcha operatsiyalar faqat o'sha yerda bajarilishiga odatlanganmiz, ammo matnni ko'rsatish juda ko'p dastlabki tayyorgarlikni o'z ichiga oladi. Shuning uchun, bu ishni orqa fonga ko'chirish va faqat asosiy oqimda ko'rsatish mantiqan to'g'ri keladi. Buning uchun maxsus API PrecomputedText va uning Compat versiyasi ishlab chiqilgan. Maqolada muallif barchasi haqida batafsil gapirib beradi va API-dan foydalanishni ko'rsatadi. 

• Async Text Loading in Android with PrecomputedText

Maqola «Let’s be explicit about our intent(-filters)» 

Android 12-da, AndroidManifest-ning tarkibiy qismlari exported atributi qiymatini aniq e'lon qilinmasa, sizning ilovangiz o'rnatilmaydi. 

AndroidManifest har doim bir xususiyatga ega edi - default holatda exported atributi har doim false, ya'ni ushbu komponentga faqat dastur ichidan kirish mumkin. Buni e'lon qilishning hojati yo'q edi. Bitta g'alati narsa shundaki, agar sizning komponentingizda kamida bitta intent-filter bo'lsa, u holda exported qiymati default true qiymatga o'zgartiriladi va komponent hamma uchun mavjud bo'ladi. Ushbu zaiflik kiberjinoyatchilar tomonidan ishlatilishi mumkin edi va ko'plab bughunter lar mashhur dasturlarda bundan pul ishlashdi. 

Android 12-da exported aniq qiymatsiz intent-filter komponentlarga ega dasturni o'rnatish mumkin bo'lmaydi. Cheklov targetSdk-dan qat'i nazar, barcha dasturlarga tegishli bo'ladi, shuning uchun manifestni qayta ko'rib chiqish vaqti keldi. Tegishli tekshiruv Android Lint-da paydo bo'lishiga umid qilaman, shuningdek Google Play dasturni yuklashda manifestni tekshirishni boshlaydi. 

• Let’s be explicit about our intent(-filters)

Maqola "How RxJava chain actually works" 

"RxJava zanjiri haqiqatdan qanday ishlaydi" maqolasida Rx zanjirlarining hayot siklining o'ziga xos xususiyatlari haqida so'z boradi.

Biz Kotlinni qanchalik yaxshi ko'rsak, biz shunchaki Coroutine (ular sizga ham yoqadi degan umiddaman) va Flow bizning loyihalarimizda bo'lishini xohlardik, ammo Android dunyosida RxJava-ning ko'p yillik mashhurligi o'z izlarini qoldirdi. Ko'pgina loyihalar ulardan foydalanadi va boshqa yondashuvlar yo'q. Shuning uchun maqola RxJava-ni o'rganayotganlar uchun foydali bo'ladi va zanjirning o'ziga xos xususiyatlarini tushunishi kerakligi haqida yoziladi

• How RxJava chain actually works

Jetpack Compose paketining nomini o'zgartirish to'g'risida petitsiya 

Jetpack Compose paketini androidx.compose-dan compose. ga o'zgartirish to'g'risida petitsiya boshladi. 

Jetpack Compose allaqachon e'lon qilinganidan beri multiplatformaga aylanib, Android-dan tashqariga chiqishga muvaffaq bo'ldi. U allaqachon desktop ni qo'llab-quvvatlaydi va Frontend-ni qo'shish bo'yicha ishlar olib borilmoqda. Shuning uchun kutubxonadagi to'plam hali ham androidx bilan boshlanishi g'alati. Paket nomini o'zgartirish juda muhim, shunda kelgusi hafta Jetpack Compose mavzusidagi TheAndroidShow bo'lib o'tadi, bu erda birinchi beta-versiya katta ehtimol bilan e'lon qilinadi. 

Befarq bo'lmagan har bir kishiga havola orqali o'tishni va petitsiyaga ovoz berishni tavsiya etaman. Qanday qilib iOS-da paketda android bo'lsa, Compose-dan foydalanishga ishontiramiz? 

• Jetpack Compose paketining nomini o'zgartirish to'g'risida petitsiya 

Fakt: Donktkillmyapp reytingida Samsung birinchi o'rinni egalladi 

Samsung eng tajovuzkor fonni o'ldirish bilan qurilmalar ishlab chiqaruvchilar ro'yxatida birinchi o'rinda turadi 

Android qurilmasining har bir yangi versiyasida paydo bo'ladigan, fonda ishlaydigan ilovalarning yangi cheklovlari haqida biz hammamiz bilamiz. Ammo ishlab chiqaruvchilar har doim farq qilar edilar, chunki ular OS-ga o'zgartirish kiritdilar va fonda jarayonlarni yanada agressiv tarzda to'xtatdilar. Google qurilmalar ishlab chiqaruvchilari bilan ishlashni va fon jarayonlarini to'xtatishni birlashtirishni va'da qilganiga qaramay, ular o'zlarining yo'nalishlarini ham egib olishadi. Bu achinarli.  

Android 11-dagi so'nggi dasturiy ta'minotida ular o'zlarini shu qadar ajralib turdilarki, Samsung dontkillmyapp saytining reytingida birinchi bo'lib, OnePlus va Huawei kabi liderlardan oldinda uchinchi o'rindan ko'tarilib oldi. Adaptiv Battery Android-ga qaraganda ancha tajovuzkorroq ishlashiga qo'shimcha ravishda, endi Samsung foreground service bo'yicha wake lock ni ushlab olmaydi. 

Ilovani blokirovkadan saqlash bo'yicha ko'rsatmalar uchun dontkillmyapp.com saytiga tashrif buyuring. Ilovani barqaror ishlashiga yordam berish uchun sizning foydalanuvchilaringizga foydali bo'lishi mumkin. 

Xulosa 

Bu ushbu haftadagi barcha yangiliklar edi. Siz Android 12-da ko'rishni xohlagan narsangizni izohga yozib qoldirishgiz mumkin. 

Hardcoding (shuningdek, hard-coding yoki hard coding) - bu to'g'ridan-to'g'ri dastur qismi yoki ob'ekt sifatida ma'lumotlarni manba kodi(source code) ga yozib qo'yish orqali dasturiy ta'minotni ishlab chiqish amaliyoti. 

Wikipedia

Tasavvur qiling, sizning loyihangizda 20-25 ta layout (.xml) va 30-40 ta sinf (.class) fayllari bor. Quyidagi kodlar shu dasturning kamida 20ta faylida bir necha marta ishlatilgan. 

<TextView
    android:layout_width="match_parent"
    android:layout_height="54dp"
    android:layout_marginStart="16dp"
    android:layout_marginTop="12dp"
    android:layout_marginEnd="24dp"
    android:background="#E91E63"
    android:padding="16dp"
    android:text="Some text "
    android:textColor="#CC2196F3"
    android:textSize="12sp" />

TextView txt = new TextView(context); 
txt.setText("Some other text"); 
txt.setTextSize(16); 
txt.setTextColor(Color.argb(255, 255, 132, 138));

Endi quyidagi o’zgarishlar qilish kerak: 

1. Dastur 3xil tilda bo’lishi kerak: Ingliz, Rus va O’zbek
2. Dasturning tungi rejimi bo’lishi kerak (Dark mode)
3. Dastur planshet yoki katta ekranli telefonlarga moslashtirish kerak.
4. va h.k.

Shuncha o’zgarishlarni amalga oshirish uchun sizga 2-3 soat vaqt berishsa, ulgurarmidingiz? Albatta yo’q! Agar berilgan vaqtda bemalol o’zgartirishga ulguraman deb javob bergan bo’lsangiz, quyidagilarni ham hisobga olin: 

1. Loyihani 2-3ta odam kod yozgan bo’lishi mumkin va kim, qayerda bu kodlarni ishlatganligini o’zlari ham bilmasliklari mumkin.
2. Yuqoridagi holatdan kelib chiqib, siz barcha fayllarni tekshirib chiqishingiz kerak bo’ladi. (o’rtacha .class fayli 300-600, layout.xml fayli 200-400 qatorli kod)

Nima uchun 2-3 soatli ishni biz 2-3 kunlab qilyapmiz deb o’ylayotgan bo’lsangiz kerak. Buning sababi boshlang’ich kod sifatsiz yozilganligida(ha, kodning ham xuddi olma kabi sifati bo’ladi) ya’ni Hardcoding dan foydalanilganiga. Shuning uchun endi Hardcoding dan maksimal darajada qochishga harakat qilamiz. 

Matnlar (Strings)

Matnlarni keyinchalik boshqa tillar uchun qo’llash uchun ularni har doim 1ta faylda yozib olib, dasturning ixtiyoriy qismidan shu faylni chaqirib olib matnlarni olishingiz kerak(Qaysi dasturlash tili yoki muhitdan foydalanishingiz va keyinchalik matnlar tarjimasi kerak bo'lish bo'lmasligidan qat’iy nazar har doim 1ta fayl matnlar uchun ajratilishi kerak). Agar Android Studio dan foydalanayotga bo’lsangiz, siz uchun maxsus strings.xml fayli yaratilgan.

Endi barcha matnli ma’lumotlarni strings.xml fayliga yozishingiz kerak. 

Keyin bu matnlarni dasturning boshqa qismlarida ishlatishimiz uchun ularning name dan foydalanamiz, shu sababli ular unikal bo’lishi kerak. <string...> </string> teglari orasidagi qiymat esa bizning matnimiz hisobladi. Yangi loyiha ochganingizda strings.xml fayli har doim app_name (dasturning nomi, agar dasturni nomini o’zgartirmoqchi bo’lsangiz, shu qiymatni o’zgartirasiz) bo’ladi.  

 layout (.xml) fayllarida ushbu matnlarni ishlatish uchun ularni name bilan chaqirish kerak bo’ladi. Ya’ni quyidagicha: 

<TextView
...
android:text="@string/text_btn"/>


<EditText 
...
android:hint="@string/login_hint"/>

• @string – biz ma’lumotni strings.xml dan olayotganligimizni bildiradi.
• text_btn, login_hint – strings.xml dagi matnlarning name lari.

Dastur kodida(.class) matnlar quyidagicha chaqiriladi: 

String someText = getString(R.string.my_text); 

yoki 

String someText = getContext().getString(R.string.my_text); 

• R.string.my_text – biz strings.xml faylidagi my_text nomli matnni id sini oldik.
• getString(…) - R.string.my_text ga tegishli id dagi matnni oldik

Endi eng asosiysi boshqa tilni qanday qo’shamiz???  

Android Studio da lokalizatsiya qilish juda oson buning uchun strings.xml fayliga kirib Open editor ga bosamiz .

Ochilgan oynadan Add locale ni bosamiz (globus ikonasi) va kerakli tilni tanlaymiz.

Yangi til qo’shildi endi har bir matnni tarjimasini kiritib chiqish qoldi, shu tarzda ko’nglizga sig’ganicha til qo’shishingiz mumkin.

Qo’shimcha: 

• Shunday matnlar bo’ladi ularga tarjima shart emas, shunday matnlar uchun Untranslatable (checkbox) ni tanlash kerak bo’ladi

• Natijani ko’rish uchun dasturni telefoningizga o’rnating va telefon sozlamalaridan tilni almashtirib dasturga qayta kiring.
• Agar biror matnni qiymatini kiritmasangiz, masalan biror matnni o’zbekcha, inglizcha tarjimasini kiritib ruscha tarjimasini kiritish yodingizdan chiqdi. Shunday hollarda tarjimasi yo’q matnlarni Default Value qatorida turgan qiymati ishlatiladi

O’lchamlar (Dimensions) 

Android Studioda o’lchamlar uchun alohida fayl mavjud. Bu values papkadagi dimens.xml fayli. Yangi loyiha ochilgan paytda bu fayl bo’lmaydi, shuning uchun uni o’zingiz qo’shishingiz (New->Values Resource File) kerak bo’ladi. dimens.xml faylida .xml faylida ishlatiladigan, o’lchov bilan bo’g’liq barcha ma’lumotlani joylashtirishimiz kerak. 

.xml faylida quyidagicha foydalanishimiz mumkin. 

<TextView 
 ...
android:layout_height="@dimen/textHeight" 
android:layout_marginStart="@dimen/margin" 
android:layout_marginEnd="@dimen/marginHalf" 
android:padding="@dimen/paddingStandart" 
android:textSize="@dimen/colors_text_size" 
.../> 

Dastur kodida esa quyidagicha foydalaniladi.

float size =getResources().getDimension(R.dimen.card_elevation); 

yoki 

float size = getContext().getResources().getDimension(R.dimen.card_elevation); 

Nima uchun o’lchamlarni to’g’ridan to’g’ri ishlatmaymiz? Dastur maketini yaratayotgan paytimizda biror bir shartga asosan yaratamiz, masalan asosiy matn katta ko’rinsin, uning izohi esa sal kichikroq va biz bu shartni dasturni boshidan oxirigacha amal qilmoqchimiz, lekin dasturni ishga tushirganimizda matnlar juda katta/kichiklik qildi, shunday paytda siz barcha matnlarni kattaligi to’girlab chiqish o’rniga dimens.xml orqali 1-2 belgi to’girlaysiz va bu bilan turli o’lchamlarni o’zgartirib natijalarni o’zigizga ma’qul keladigan qiymatlarni belgilashingiz mumkin. Masalan, ekran o’lchami turli xil bo’lgan telefonlar uchun turli o’lchamlarni ishlatmoqchisiz, buning uchun yana 1ta dimens.xml faylini yaratib olasiz lekin endi Available qualifiers ni tanlash kerak (ya’ni yaratayotgan faylimiz qachon ishlash kerakligini bildiradi) 

Screen Width ni tanlab >>  belgini bosamiz va kerakli qiymatni kiritamiz 

Endi biz ekran kengligi 600dp (yoki siz kiritgan qiymat) ga teng yoki undan katta bo’lgan telefonlar uchun ishlatiladigan dimens.xml fayli mavjud.

Bizning dasturimiz endi ekran kengligi 600dp dan kichkina bo’lgan telefonda matn o’lchami 18sp/16sp bo’ladi, 600dp ga teng yoki katta bo’lgan telefonlar uchun matn o’lchami  24sp/20sp bo’ladi. Vo ajabo, biz 2ta qatorni o’zgartirish orqali butun boshli dasturdagi barcha matn o’lchamlarini o’zgartirdik.  

Qolgan o’lchamlarchi?

Biz faqat matnlarni o’zgartirdik qolgan o’lchamlarga nima bo’ladi, axir biz ularni yozmadikku deb o’ylayotgan bo’lsangiz, xavotirga o’rin yo’q yozilmagan barcha o’lchamlar default dimens.xml dan olinadi.

Biz qayerdan bilamiz qaysi fayl default ekanligini?   

Barcha dublikat fayllar qaysi biri nimaga javob berishi (qisqartmasi) uni oldidagi qavslarda ko’rsatiladi. Agar qavs bo’lmasa demak shu fayl default fayl hisoblanadi. Bu nafaqat dimens.xml da balki barcha .xml fayllar uchun amal qiladi. 

Massivlar (Arrays) 

Agar maqolani shu yergacha o’qigan ekansiz, quyidagi kod qanday yozilishi kerak ekanligini o’ylab ko’ring (bu yerda 3ta matn qatnashgan massiv): 

String[] array = new String[3]; 
 
array[0] = "It's"; 
array[1] = "me"; 
array[2] = "Mario"; 

… 

Agar sizning javobinngiz quyidagicha bo’lsa, topg’irligingiz uchun Griffindorga 10 ball 

String[] array = new String[3]; 
 
array[0] = getString(R.string.it_s); 
array[1] = getString(R.string.me); 
array[2] = getString(R.string.mario);

yoki

String[] array = new String[3]; 
 
array[0] = getContext().getString(R.string.it_s); 
array[1] = getContext().getString(R.string.me); 
array[2] = getContext().getString(R.string.mario);

Ammo, lekin, biroq buni ham soddalashtirishimiz mumkin. Buning uchun dimens.xml va strings.xml ning oldiga arrays.xml faylini yaratamiz. 

Endi massiv  yaratish uchun string-array tegidan foydalanmiz. 

<string-array name="who_are_you">
        <item>@string/it_s</item>
        <item>@string/me</item>
        <item>@string/mario</item>
</string-array>

<item></item> tegi orqali biz massiv elementlarini berishimiz mumkin. Bu yerda massiv qiymatlari strings.xml faylida joylashgan matnlarni o’zlashtiryapti. Esingizda bo’lsa biz strings.xml faylini bir nechta tilga tarjima qilgan edik, endi dastur tili o’zgarsa avtomatik tarzda biz yuqorida yaratgan massiv (string-array) qiymatlari ham o’zgaradi. Demak, bizda massiv tayyor endi uni dastur kodiga quyidacha chaqirib olishimiz mumkin. 

String[] array =getResources().getStringArray(R.array.who_are_you); 

yoki 

String[] array = getContext().getResources().getStringArray(R.array.who_are_you); 

Ranglar (Colors) 

Ranglarni ham huddi matn va o’lcham kabi 1ta alohida faylda saqlash kerak.  

layout (.xml) faylida quyidagicha ishlatiladi. 

<TextView 
...
android:textColor="@color/light_black" 
android:background="@color/pager_blue" /> 

Dastur kodi(.class)da esa quyidagicha 

ContextCompat.getColor(this, R.color.black) 

yoki 

ContextCompat.getColor(getContext(), R.color.black) 

Misol uchun  

view.setBackgroundColor(ContextCompat.getColor(getContext(), R.color.black)); 

Maqolaning boshidagi kod esingizdami?

<TextView 
	android:layout_width="match_parent" 
	android:layout_height="54dp" 
	android:textColor="#CC2196F3" 
	android:text="Some text " 
	android:textSize="12sp" 
	android:background="#E91E63" 
	android:layout_marginStart="16dp" 
	android:layout_marginEnd="24dp" 
	android:layout_marginTop="12dp" 
	android:padding="16dp" /> 

Keling endi o’rganganlarimiz bo’yicha to’g’irlab yozamiz.

<TextView 
style="@style/textTitle" 
android:text="@string/text_btn" />

Stop, stop, stop... ◉_◉ @style ???? Qani biz o’rgangan @dimen, @color degan bo’lsangiz, e’tiborligingiz uchun Griffindorga 20 ball

Stil (Style) 

Har bir narsaning o’ziga hos stili bo’lgani kabi dasturlashda ham elementlarni stili mavjud. Masalan siz textSize ishlatdingiz demak sizga kerakli element boshqalaridan ajralishi kerakligi ya’ni o’ziga hos bo’lishini hohlayapsiz. Quyidagi jadvalni hosil qilish uchun 2xil ko’rinishdagi TextView kerak:

• FIO, Address, Tel, E-mail uchun

<TextView 
	android:layout_width="@dimen/text_label_width" 
	android:layout_height="wrap_content" 
	android:layout_marginStart="@dimen/margin" 
	android:layout_marginEnd="@dimen/margin" 
	android:padding="@dimen/paddingHalf" 
	android:textSize="@dimen/text_size_16" 
	android:textColor="@color/light_black" 
	android:fontFamily="sans-serif-medium" 
	android:text="@string/text_label" />

• Darth Vader, The Death Star, +442894630, darth_vader@dark_side.com uchun

<TextView
	android:layout_width="match_parent"
	android:layout_height="wrap_content"
	android:layout_marginStart="@dimen/marginHalf"
	android:layout_marginEnd="@dimen/marginHalf"
	android:padding="@dimen/paddingHalf"
	android:textSize="@dimen/text_size_18"
	android:textColor="@color/black"
	android:textStyle="italic"
	android:text="@string/text_value" />

Bizning jadvalimizda shu 2 ta TextView lar 4 martadan qaytarilyapti va faqat android:text ning qiymati o’zgaryapti. Biz 1 ta qiymatni o’zgartirish uchun unga qo’shib ya’na 8 ta qiymatni qayta yozayapmiz. Buni oldini olish uchun Android Studio da themes.xml fayli mavjud. 

Bu faylni shablon fayli desa ham bo’ladi. Nega deysizmi? Tasavvur qiling, bizda avtomobil zavodi bor va biz Nexia 2 va Nexia 3 avtomobillarini ishlab chiqaramiz. Har safar kerakli ma'lumotlarni qayta hisoblab chiqmaslik uchun biz ularni parametrlarini oldindan shablon qilib olamiz. 

Va endi har safar Nexia 2 yoki Nexia 3 ishlab chiqarayotganimizda uning parametrlarini quyidagicha e’lon qilamiz

Endi quyidagi o’zgarishlarni qiling: 

1. Avtomobil zavodi – bizning dastur
2. Nexia 2 – FIO, Address, Tel, E-mail uchun yaratilgan TextView  ( text_label deb nomlaymiz)
3. Nexia 3 – Darth Vader,  The Death Star,  +442894630,  darth_vader@dark_side.com   uchun  yaratilgan TextView ( text_value deb nomlaymiz)
4. Uzunligi, o’rindiqlar soni, rangi, maksimal tezligi, narxi – TextView ni attributlari

<style name="text_label"> 
	<item name="android:layout_width">@dimen/text_label_width</item> 
	<item name="android:layout_height">wrap_content</item> 
	<item name="android:layout_marginStart">@dimen/margin</item> 
	<item name="android:layout_marginEnd">@dimen/margin</item> 
	<item name="android:padding">@dimen/paddingHalf</item> 
	<item name="android:textSize">@dimen/text_size_16</item> 
	<item name="android:textColor">@color/light_black</item> 
	<item name="android:fontFamily">sans-serif-medium</item> 
</style> 
 
 
<style name="text_value"> 
	<item name="android:layout_width">@dimen/text_label_width</item> 
	<item name="android:layout_height">wrap_content</item> 
	<item name="android:layout_marginStart">@dimen/marginHalf</item> 
	<item name="android:layout_marginEnd">@dimen/marginHalf</item> 
	<item name="android:padding">@dimen/paddingStandart</item> 
	<item name="android:textSize">@dimen/text_size_18</item> 
	<item name="android:textColor">@color/black</item> 
	<item name="android:textStyle">italic</item> 
</style> 

Endi bizning kodimiz quyidagi ko'rinishga keladi. 

<TextView 
style="@style/text_label" 
android:text="@string/fio" />  
 
<TextView 
style="@style/text_value" 
android:text="@string/darth_vader" /> 

Ya’ni barcha takrorlanuvchi elementlarni theme.xml ga yozib qo’ydik. 

Va yuqoridagi jadvalni yaratish uchun yoziladigan TextView lar quyidagicha ko’rinishga ega bo’ladi.

O’zgarmaslar (Constants) 

Dastur kodida o’zgarmaslardan to'g'ridan - to'g'ri foydalanmang. Masalan,

double variable = 3.14 * radius * radius; 

Bu yerda 3.14 o’zgarmas son lekin uni bunday ishlatilishi - Hardcoding 

Agar o’zgarmas qiymatlar faqat 1 ta sinf (class) da ishlatilayotgan bo’lsa ularni ushbu sinf(class) boshida e’lon qilib qo’yish kerak. Hatto bu qiymatni 1 marta ishlatsak ham uni alohida e’lon qilish kerak. 

private static final double PI = 3.14; 
...
double variable = PI * radius * radius; 

Agar o’zgarmas qiymat dasturning bir nechta sinf (class) da ishlatilsa unda bunday qiymatlarni alohida faylda saqlash kerak 

Nima uchun class emas interface ? 

interface e’lon qilinganligi sababi uning ichida e’lon qilingan barcha o’zgaruvchilar static final hisoblanada (static - dasturning ixtiyoriy qismida obyekt yaratmasdan class nomi orqali chaqirish mumkin ya’ni constVar.serverUrl ko’rinishida va final - qiymati o’zgarmas ya’ni unga yangi qiymat o’zlashtirib bo’lmaydi, bu dastur paytida uning qiymati o’zgarib qolmasligini kafolatlaydi) ya’ni biz har safar  

public static final String serverUrl = "...";

deb yozib o’tirmaymiz. 

Xulosa

Bu mavzuda hali yana ancha gaplashish mumkin, bugun sizlar bilan  ko’plab  uchraydigan  holatlarni ko’rdik. Agar yuqoridagi xatoliklarni takrorlashni istamasangiz, BARCHA kelgusi yaratadigan dasturlaringizda ushbu tartibda kodlashni boshlang chunki bugun bo’lmasa ertaga siz arzimagan 1-2 daqiqa deb 1-2 kun ketgazishingiz mumkin. Ehtiyotkorlik hech qachon ortiqchalik qilmaydi, ayniqsa dasturlash sohasida, Happy Coding. (~˘▾˘)~ 

Golfda eng kam ball to'plagan g'olib hisoblanadi. 

Keling, ushbu qoidani Android-ga qo'llaymiz. Biz APK golfini o'ynaymiz va Android 8.0 Oreo-ga o'rnatilishi mumkin bo'lgan eng kichik dasturni yaratamiz.

Android Studio tomonidan ishlab chiqarilgan standart dasturdan boshlaylik. Keling, kalit omboroni yaratamiz, dasturga imzo qo'yamiz va fayl hajmini o'lchaymiz. APK-ni Android 8 (Oreo)da ishlaydigan Nexus 5x-ga o'rnatamiz, barchasi ishlayotganiga ishonch hosil qilamiz. 

Ajoyib. Bizning APK faylimiz taxminan 1.5 MB(megabayt) hajmga ega. 

APK Analyser 

Bizning dasturimiz nima qilishini hisobga olgan holda (u hech narsa qilolmaydi) 1.5 MB juda katta ko'rinadi, shuning uchun keling, loyihani ko'rib chiqamiz va bo'sh joyni tezda qayerdan tejashni qidiramiz. Android Studio tomonidan yaratilgan narsalar: 

• AppCompatActivity dan voris(extends) olgan MainActivity.
• Asosiy oyna uchun ConstraintLayout bilan joylashtirilgan maket fayl.
• colors.xml, strings.xml va style.xml joylashgan resurs fayllari.
• AppCompat va ConstraintLayout kutubxonalarini
• AndroidManifest.xml.
• Kvadrat, dumaloq va fon uchun PNG ikonka fayllar.

Mipmap-anydpi-v26 ostida jami 15 ta rasm va ikkita xml fayllari mavjudligini hisobga olsak, ehtimol ishni ikonkalardan boshlash kerakdur. Keling tahmin qilmasdan, bularning barchasini Android Studio-dan APK Analyzer-da hisoblab chiqamiz. 

Bizning dastlabki taxminlarimizdan farqli o'laroq, eng katta fayl bu - Dex , resurslar esa APK hajmining atigi 20 foizini tashkil qiladi. 

Keling, har bir fayl nima qilishini ko'rib chiqamiz

Dex fayli 

classes.dex - APK kengayishining asosiy aybdoridir, u umumiy hajmning 73 foizini egallaydi va shuning uchun birinchi bo’lib uni optimallashtirish kerak bo’ladi. Ushbu faylda Dex formatidagi barcha kompilyatsiya qilingan kodlarimiz, shuningdek Android tashqi framework  va qo'llab-quvvatlash kutubxonalardagi metodlar ro’yhati mavjud. 

android.support kutubxonasida 13 000 dan ortiq metodlar mavjud, bu "Hello world" kabi dastur uchun ortiqcha tuyuladi. 

Resurslar 

Res katalogida Android Studio interfeysida darhol ko'rinmaydigan ko'p sonli shablon fayllari, chizmalar va animatsiyalar mavjud. Ular qo'llab-quvvatlash kutubxonasidan olinadi va APK hajmining taxminan 20% ni egallaydi. 

resources.arsc fayli, ushbu resurslarning ro’yhati barchasini o'z ichiga oladi. 

Imzo

META-INF papkasida v1 APK-ni imzolash uchun zarur bo'lgan CERT.SF, MANIFEST.MF va CERT.RSA fayllari mavjud. Agar buzg’unchilar APK ichidagi kodni o'zgartirsa, imzolar mos kelmaydi, bu foydalanuvchini tashqi zararli dasturni ishga tushirishdan himoya qiladi. 

MANIFEST.MF APK-dagi fayllarni ro'yxatlari va CERT.SF-da manifest va har bir alohida faylning nazorat summasi mavjud bo’ladi. Ochiq kalit CERT.RSA-da saqlanadi, bu CERT.SF-ning yaxlitligini tekshiradi. 

AndroidManifest

AndroidManifest bizning asl faylimizga juda o'xshash. Faqatgina farq shundaki, satrlar va drawables kabi manbalar o'rniga ularning to'liq identifikatorlari 0x7F dan boshlab ko'rsatilgan. 

Minifikatsiyani yoqamiz

Ilovamiz uchun build.gradle faylida resurslarni minimallashtirish va siqishni variantini yoqamiz. 

android {
    buildTypes {
        release {
            minifyEnabled true
            shrinkResources true
            proguardFiles getDefaultProguardFile(
              'proguard-android.txt'), 'proguard-rules.pro'
        }
    }
}

-keep class com.fractalwrench.** { *; }

minifyEnabled-ni true qilish Proguard-ni faollashtiradi, bu esa keraksiz kodni dasturdan tozalaydi. Shuningdek, u  nomlarining belgilarini o'zgartiradi, bu sizning arizangizni qayta ishlashni faylingizni dekodlashini qiyinlashtiradi. 

shrinkResources APK-dan to'g'ridan-to'g'ri havola qilinmagan manbalarni o'chirib tashlaydi. Agar siz bilvosita manbalarga kirsangiz, muammolar paydo bo'lishi mumkin, ammo bu bizning dasturimizga taalluqli emas. 

786 KB (50% ga qisqartirish)  

Dastur ishlashiga tasir qiladigan o'zgarishsiz APK hajmini ikki baravarga qisqartirdik. 

Agar siz hali ham ilovangizda minifyEnabled va shrinkResources-ni yoqmagan bo'lsangiz, bu ushbu maqoladan olinadigan eng muhim narsa hisoblanadi. Konfiguratsiya va sinovdan o'tkazish uchun bir necha soat sarflab, bir necha megabaytni tejab qolishingiz mumkin.

AppCompat bilan xayrlashamiz 

classes.dex endi jami APK ning 57 foizini egallaydi. Dex faylidagi metodlar ro'yxatining aksariyati android.support paketiga tegishli, shuning uchun biz qo'llab-quvvatlash kutubxonasini olib tashlaymiz. Buning uchun siz quyidagilarni bajarishingiz kerak: 

• builde.gradle dagi dependencies blokini to’liq o’chirib tashlash

dependencies {
    implementation 'com.android.support:appcompat-v7:26.1.0'
    implementation 'com.android.support.constraint:constraint-layout:1.0.2'
}

• Endilikda, xatoliklarga duch kelmaslik uchun MainActivity  Activity class idan voris olishi

public class MainActivity extends Activity

• Maket faylida bitta TextView-dan foydalanish

<?xml version="1.0" encoding="utf-8"?>
<TextView xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:gravity="center"
    android:text="Hello World!" />

• styles.xml o'chirish va AndroidManifest-da  android:theme atributini <application> elementidan olib tashlash
• colors.xml faylini o’chirib tashlash
• Gradle sinxronlash va sinxronizatsiya paytida 50 marta otjimaniya qilish

108 KB ( 87% ga qisqartirish) 

Fayl deyarli o'n baravar kamaydi: 786 KB dan 108 KB gacha. Faqatgina sezilarli o'zgarish – stillar bu standart OS dagi still va ranglardan foydalanilganligi 

Endi barcha ikonkalar tufayli res katalogi APK hajmining 95% tashkil etadi. Agar ushbu ikonkalar bizning dizaynerimiz tomonidan yaratilgan bo'lganda, biz ularni WebP-ga, API 15 va undan keyingi versiyalarida qo'llab-quvvatlanadigan yanada samarali formatga aylantirishga harakat qilardik. 

Yaxshiyamki, Google bizning ikonkalarimizi allaqachon optimallashtirgan, aks holda biz ularni o'zimiz optimallashtirishimiz va keraksiz metamalumotlarni PNG-dan ImageOptim yordamida olib tashlashimiz kerak edi. 

Shablondan tashqariga chiqamiz va barcha ikonkalarni res/drawable papkasida bitta 1 pikselli qora nuqta bilan almashtiramiz. Ushbu rasm 67 baytni tashkil etadi. 

6808 bayt (94% ga qisqartirish) 

Biz deyarli barcha resurslardan xalos bo'ldik, shuning uchun APK hajmi 95% ga kamayganligi ajablanarli emas. resources.arsc fayli hali ham quyidagi manbalarni eslatib o'tadi: 

• 1 maket fayli (activity_main.xml)
• 1 satrli resurs (strings.xml)
• 1 iconka (launcher)

Maket fayli – activity_main.xml (6262 bayt,  9% ga qisqartirish)

Android bizning XML faylimizni kengaytiradi va avtomatik ravishda Activity uchun contentView sifatida ishlatiladigan TextView ob'ektini yaratadi. 

Keling, ushbu XML faylini o'chirib, contentView ni dastur kodi orqali o’zlashtiramiz. Resurs hajmi kamayadi, chunki XML fayli yo'qoladi, ammo Dex fayli hajmi oshadi, chunki u erda qo'shimcha TextView metodlariga murojat qilamiz. 

TextView textView = new TextView(this);
textView.setText("Hello World!");
setContentView(textView);

Dastur nomi (6034 bayt,  4% ga qisqartirish) 

strings.xml faylini olib tashlaymiz va AndroidManifest-da android:label dagi qiymatni "A" harfi bilan almashtiramiz. Bu kichik o'zgarishlarga o'xshaydi, ammo resources.arsc-dan yozuvni olib tashlash manifestdagi belgilar sonini kamaytiradi va faylni res katalogidan o'chirib tashlaydi. Har bir kichik o'zgarish bizga foyda berayapti - 228 baytni tejab oldik. 

Dastur ikonkasi (5300 bayt, 13% ga qisqartirish) 

Resources.arsc-ning Android Platform dagi hujjatlari har bir APK resursiga butun raqamli ID bilan resources.arsc-da havola qilinishini tushuntiradi. Ushbu identifikatorlarda ikkita nom maydoni mavjud: 

0x01: tizim resurslari (framework-res.apk da oldindan o'rnatilgan) 

0x7f: dastur manbalari (dasturning .apk faylida) 

Xo'sh, 0x01 nom maydonidagi manbaga bog'lansak, bizning APK nima bo'ladi? Nazariy jihatdan biz yanada yaxshi belgini olamiz va shu bilan birga faylimiz hajmini kamaytiramiz. 

android:icon="@android:drawable/btn_star"

Albatta, siz hech qachon dasturidagi ikonkalar kabi tizim resurslariga ishonmasligingiz kerak. Ushbu usul Google Play-da tekshiruvdan o'tmaydi va ba'zi ishlab chiqaruvchilar oq rangni o'zlariga xos tarzda belgilaydilar (@android:color/white bilan #FFFFFF farqlanib qoladi), shuning uchun ehtiyotkorlik bilan harakat qiling.  

Manifest(5252 bayt, 1% ga qisqartirish) 

android:allowBackup="true"
android:supportsRtl="true"

Ushbu atributlarni olib tashlash 48 baytni tejaydi. 

Proguard (4984 bayt,  5% ga qisqartirish)

BuildConfig va R sinflari hali ham Dex faylida qolganga o'xshaydi. 

-keep class com.fractalwrench.MainActivity { *; }

Proguard qoidasini takomillashtirish keraksiz sinflarni olib tashlaydi. 

Qayta nomlash(4936 bayt, 1% ga qisqartirish) 

Keling, Activity sinfining nomini kichraytiraylik. Oddiy sinflar uchun Proguard buni avtomatik ravishda amalga oshiradi, ammo Activity sinfining nomi "Intents" orqali chaqirilganligi sababli, uning nomi o’zgarishsiz qolgan. 

MainActivity -> c.java 
com.fractalwrench.apkgolf -> c.c 

META-INF (3307 bayt, 33% ga qisqartirish) 

Ayni paytda biz dasturni v1 va v2 imzolari bilan imzolayapmiz. Bu resurslarni hajmini ko'paytirish kabi ko'rinadi, chunki v2 butun APK-ni xeshlash orqali yuqori darajadagi xavfsizlik va ishlashni ta'minlaydi. 

v2 imzo APK Analyzer-dan ko'rinmaydi, chunki u APK-ning o'zida binar blokga kiritilgan. v1 imzosi CERT.RSA va CERT.SF fayllari sifatida ko'rinadi. 

Keling, Android Studio interfeysidagi v1 imzo belgisini (checkbox) olib tashlaymiz va imzolangan APK yaratamiz va aksincha qilib ko’ramiz. 

Endi biz v2 dan foydalanamiz. 

Bizning ishimizda - IDE kerak emas 

APK-ni qo'lda tahrirlash vaqti keldi. Biz quyidagi buyruqlardan foydalanamiz: 

# 1. Imzosiz apk yaratish 
./gradlew assembleRelease  


# 2. Arxivni ochish 
unzip app-release-unsigned.apk -d app 

 
# Kerakli tahrirlarni qilish 

​​​​​​​
# 3. Qayta arxivlash 
zip -r app app.zip  

 
# 4. zipalign ni ishga tushirish  
zipalign -v -p 4 app-release-unsigned.apk app-release-aligned.apk  


# 5. Apksigner-ni v2 imzosi bilan ishga tushirish 
apksigner sign --v1-signing-enabled false --ks $HOME/fake.jks --out signed-release.apk app-release-unsigned.apk  

 
# 6. Imzoni tekshirish 
apksigner verify signed-release.apk 

APK-ga imzo qo'yish jarayoni haqida batafsil ma'lumot uchun bu erga o’ting. Umuman olganda, Gradle imzosiz arxivni yaratadi, APK yuklangandan so'ng RAM sarfini optimallashtirish uchun zipalign siqilmagan manbalar uchun baytlarni moslashtiradi va oxirida APK-ning kripto imzosi ishlaydi. 

Imzo qo'yilmagan va belgilanmagan APK 1902 baytni tashkil etadi, ya'ni protsedura taxminan 1 kilobayt qo'shadi. 

Fayl o'lchamining mos kelmasligi (2608 bayt, 21% ga qisqartirish) 

Ajabo! Agar siz o'rnatilmagan APK-ni ochsangiz va uni qo'lda imzolasangiz, META-INF/MANIFEST.MF fayli yo'qoladi va 543 baytni tejaydi.  

Endi bizda imzolangan APK-da uchta fayl qoldi. Lekin biz hali ham resources.arsc faylidan xalos bo'lishimiz mumkin, chunki biz hech qanday manbalarni o'rnatmayapmiz! 

Shundan so'ng, manifest va classes.dex fayli qoladi, ikkalasi ham bir xil o'lchamda. 
 

Ma’lumotlarni siqishdagi  lifehack (2599 bayt, 0,5% ga qisqartirish) 

Endi qolgan barcha satrlarni «c» ga o'zgartirib, versiyalarini 26 ga yangilab, keyin imzolangan APK yaratamiz. 

compileSdkVersion 26
    buildToolsVersion "26.0.1"
    defaultConfig {
        applicationId "c.c"
        minSdkVersion 26
        targetSdkVersion 26
        versionCode 26
        versionName "26"
    }

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="c.c">

    <application
        android:icon="@android:drawable/btn_star"
        android:label="c"
        >
        <activity android:name="c.c.c">

Bu hajmni yana 9 baytga qisqartiradi. 

Fayldagi belgilar soni o'zgarmagan bo'lsa-da, haqiqat shundaki, "c" belgisining chastotasi oshdi. Natijada, siqishni algoritmi yanada samarali ishladi. 

ADB (2462 bayt, 5% ga qisqartirish) 

Activity sinfi uchun Launch intent filtrini olib tashlash orqali manifestni yanada optimallashtirishingiz mumkin. Bundan buyon biz quyidagi buyruq bilan dasturni ishga tushiramiz: 

adb shell am start -a android.intent.action.MAIN -n c.c/.c 

Bu yangi manifest: 

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="c.c">

    <application>
        <activity
            android:name="c"
            android:exported="true" />
    </application>
</manifest>

Shuningdek, biz dastur ikonkasidan ham xalos bo'ldik. 

Metodlarga bo’lgan havolalardan tozalash (2179 bayt, 12% ga qisqartirish) 

Dastlabki shartlarga muvofiq, biz qurilmaga o'rnatiladigan APK-ni tayyorlashimiz kerak. (Dastur ishga tushmasa ham qurilmaga muammosiz o’rnatilishi kerak) 

Bizning dasturimiz TextView, Bundle  va Activity  sinflaridagi metodlarni ham joy olgan. Ushbu havolalarni olib tashlash va ularni yangi Application  sinfi bilan almashtirish orqali Dex fayli hajmini kamaytirishingiz mumkin. Shunday qilib, Dex fayli endi bitta metod - Application sinfining konstruktoriga murojaat qiladi. 

Fayllar endi quyidagicha ko'rinadi: 

package c.c;
import android.app.Application;
public class c extends Application {}

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="c.c">
    <application android:name=".c" />
</manifest>

APK-ning muvaffaqiyatli o'rnatilganligini tekshirish uchun biz adb-dan foydalanamiz, shuningdek buni "Sozlamalar" orqali tekshirish mumkin. 

Dex ni optimallashtirish (1961 bayt, 10% ga qisqartirish) 

Ushbu optimallashtirish uchun Dex fayl formatini o'rganish uchun bir necha soat vaqt sarfladim, chunki nazorat summasi kabi turli xil mexanizmlar qo'lda tahrir qilishni qiyinlashtiradi. 

Qisqa qilib aytganda, oxir-oqibat APK-ni o'rnatish uchun yagona talab classes.dex fayli mavjudligi ekan. Shunday qilib, biz faqat asl faylni o'chirib tashlab, konsolda touch classes.dex-ni ishga tushiramiz va bo'sh fayl yordamida hajmning 10 foizini tejaymiz. 

Ba'zida eng ahmoqona yechim - eng yaxshisi bo’lishi mumkin. 

Tayyormi? (1757 bayt,  1% ga qisqartirish)

Keling, so'nggi APK-ni ko'rib chiqaylik.

Shu paytgacha APK-da v2 imzosida mening ismim(Jamie Lynch) bor edi. Keling, yangi kalit omborini yarataylik.

Ana yana 20 baytni tejab oldik. 

Xulosa 

1757 bayt - bu juda ham kam. Va bilishimcha, bu mavjud bo'lgan eng kichik APK. Biroq, Android hamjamiyatidan kimdir keyingi optimallashtirishni amalga oshirishi va natijani yanada yaxshilashi mumkinligiga ishonaman.   

(Maqolaning asli nashr etilganidan beri fayl allaqachon 678 baytgacha qisqartirildi)