Dasturiy ta'minotda hardkod: bu nima, xavflar va qanday oldini olish

“Mixlab mahkamlash” va “hardkod qilish” nimani anglatadi

Hardkod qilish (mixlab mahkamlash) – aniq qiymatni dastur kodiga shunday joylashtirishki, uni o‘zgartirish uchun manba kodini tahrirlash va dasturni qayta kompilyatsiya qilish kerak bo‘ladi. “Mixlab mahkamlash” metaforasi mohiyatni aniq aks ettiradi: qiymat mahkam o‘rnatilgan va uni koddan ajratish faqat kuch bilan mumkin.

Hardkod namunasi – funksiya tanasida to‘g‘ridan-to‘g‘ri satr sifatida yozilgan server URL-i. Agar server boshqa manzilga ko‘chsa, dasturchi koddagi satrni topishi, uni o‘zgartirishi, dasturni qayta qurishi va relizni chiqarishi kerak. To‘g‘ri arxitekturaning ilovasida bunday URL konfiguratsiya fayliga, atrof-muhit o‘zgaruvchisiga yoki konfiguratsiya xizmatiga chiqarilgan bo‘lardi.

“Mixlab mahkamlash” atamasi ko‘proq hissiy tusga ega: qiymat mahkam va tez almashtirish imkoniyatisiz joylashtirilganligini ta’kidlaydi. O‘zbek tilidagi muhitda ikkala ibora to‘liq sinonim sifatida salbiy ma’noda ishlatiladi. Ba’zan hardkodni istehzo bilan “konstantadan alohida konstantaga chiqarilgan konstanta” deb atashadi.

Nima uchun hardkod anti-pattern hisoblanadi

Hardkod anti-patterndir, chunki u kodning saqlanishi, sinovdan o‘tishi va kengaytirilishi prinsiplarini buzadi. Qiymatlar “mixlab mahkamlangan” kodda muhit, dizayn yoki mantiqning har qanday o‘zgarishi manbalarda qo‘lda qidirish va almashtirishni talab qiladi. Bu xatolik xavfini oshiradi va rivojlanishni sekinlashtiradi.

Oddiy mobil ilova misolida hardkodning aniq oqibatlarini ko‘rib chiqaylik. Agar barcha tugmalarning oralig‘i resurs orqali emas, balki koddagi raqam bilan berilgan bo‘lsa – dizayn o‘zgarishi barcha holatlarni topish va almashtirishni talab qiladi. Agar endpoint URL-i qattiq yozilgan bo‘lsa – muhitlar (dev, stage, prod) o‘rtasida o‘tish qayta kompilyatsiyasiz mumkin emas.

Yomon hardkod namunasi

Sehrli raqamlar va qattiq yozilgan satrlardan foydalanadigan funksiya hardkodning klassik namunasidir. Bir oydan so‘ng muallif 18, 0.07 va 2.5 nimani anglatishini eslay olmaydi. Bir yildan so‘ng – jamoada hech kim mantiqni buzishdan qo‘rqib bu raqamlarni o‘zgartirishga jur’at eta olmaydi. Qiymatlarni nomlangan konstantalarga chiqarish kodni o‘z-o‘zini hujjatlashtiradigan qiladi.

// Yomon: sehrli raqamlar va satrlar
fun calculatePrice(base: Double): Double {
    val tax = base * 0.07
    val tip = base * 0.15
    val discount = if (base > 100) 10 else 0
    return base + tax + tip - discount
}

Sinovdan o‘tkazishga ta’siri

Hardkod qilingan ma’lumotlar bazasi URL-i mahalliy in-memory ma’lumotlar bazasida testlarni ishga tushirishga imkon bermaydi. Dasturchi to‘liq serverni ko‘tarishi yoki sinovdan oldin kodni tuzatishi kerak bo‘ladi. Konfiguratsiyani koddan chiqarish muammoni hal qiladi: testlar test parametrlaridan, ishlab chiqarish esa haqiqiy parametrlardan foydalanadi va kod o‘zgarmaydi.

Hardkod qachon oqlanadi: qoidalardan istisnolar

Hardkod anti-patterndir, lekin qattiq yozilgan qiymat nafaqat ruxsat etilgan, balki afzal ko‘riladigan qonuniy istisnolar mavjud. Chegara o‘zgaruvchanlik o‘qi bo‘ylab o‘tadi: agar qiymat ilovaning hayotiy siklida hech qachon yoki deyarli hech qachon o‘zgarmasa, uni hardkod qilish mumkin. Agar potentsial o‘zgarishi mumkin bo‘lsa – konfiguratsiyaga chiqaring.

Matematik va fizik konstantalar – Pi soni, erkin tushish tezlanishi, sekunddagi millisekundlar soni – hardkod uchun xavfsizdir. Ular tabiat yoki standartlar bilan belgilangan va o‘zgarmaydi. Konstant massivlarning o‘lchamlari spetsifikatsiya bilan belgilangan holda qattiq belgilanishi mumkin, ammo raqamning kelib chiqishi haqida sharh bilan.

Oqlangan hardkod namunasi

Sekunddagi millisekundlar soni vaqt standarti bilan belgilangan barqaror konstantadir. Uni konfigga chiqarishning ma’nosi yo‘q, chunki u hech qachon o‘zgarmaydi. Biroq, hatto bunday konstantalarni ham tushunarli nom bilan e’lon qilish yaxshiroqdir, shunda kod “sehrli raqamlar” ni o‘z ichiga olmaydi: 1000 o‘rniga MILLISECONDS_IN_SECOND yozing.

// Oqlangan hardkod: barqaror konstantalar
private const val MILLIS_IN_SECOND = 1000
private const val LOGIN_TIMEOUT_SECONDS = 30

fun formatDuration(ms: Long): String {
    val seconds = ms / MILLIS_IN_SECOND
    return "${seconds} sec."
}

Hardkodga alternativlar: konfiglar, ENV, DI

Hardkoddan qochishning bir necha isbotlangan usullari mavjud, ularning har biri o‘z qiymat turi uchun mos keladi. Alternativni tanlash qiymatning qanchalik tez-tez o‘zgarishiga va uni kim o‘zgartirishiga bog‘liq: dasturchi, devops yoki oxirgi foydalanuvchi.

Konfiguratsiya fayllari

Server URL-lari, API kalitlari va funksiya bayroqlari uchun JSON, YAML yoki TOML formatlaridagi konfiguratsiya fayllaridan foydalaning. Android-da bu buildConfigField yoki res/values/config.xml bilan build.gradle. iOS-da – Info.plist yoki xcconfig. Konfiglar ilova bilan birga yig‘iladi, ammo turli qurilish sxemalari uchun farqli bo‘lishi mumkin.

Atrof-muhit o‘zgaruvchilari

Sir ma’lumotlar (tokenlar, parollar) va muhit parametrlari uchun atrof-muhit o‘zgaruvchilaridan foydalaning. Ular repozitoriyaga kirmaydi va dev, stage va prod serverlarida farqlanishi mumkin. Mobil ishlanmada atrof-muhit o‘zgaruvchilari ko‘pincha Xcode qurilish sxemalari yoki Gradle-dagi build flavor-lar orqali emulyatsiya qilinadi.

Ilova resurslari

Satrlar, ranglar, o‘lchamlar, tasvirlar resurs fayllariga chiqarilishi kerak: Android-da strings.xml, iOS-da Localizable.strings, Flutter-da ARB fayllari. Bu mahalliylashtirishni, turli ekranlarga moslashishni va qorong‘u rejimni osonlashtiradi. Resurslardagi satrni o‘zgartirish kodni qayta yozishni talab qilmaydi.

<!-- Android: res/values/strings.xml -->
<resources>
    <string name="app_name">MyApp</string>
    <string name="api_base_url">https://api.example.com</string>
</resources>

Bog‘liqliklarni kiritish (DI)

Xizmatlar va provayderlar uchun Android-da Dagger, Hilt yoki Koin, iOS-da Swinject orqali Dependency Injection-dan foydalaning. DI ramkalari testlar, turli muhitlar va turli foydalanuvchilar uchun implementatsiyalarni joyida almashtirish imkonini beradi. Bu qiymatning “mixlab mahkamlanishi” tashqaridan kiritish bilan almashtiriladigan eng yuqori abstraksiya darajasidir.

Hardkod qilingan kodni qanday refaktoring qilish

Hardkodni refaktoring qilish – qattiq yozilgan qiymatlarni konfiguratsiyaga yoki resurslarga chiqarish jarayoni. Bu metodik ravishda bajarilsa, eng xavfsiz refaktoring operatsiyalaridan biridir. Quyida tavsiflangan ketma-ketlik har qanday til va platforma uchun mos keladi.

1-qadam: barcha sehrli raqamlar va satrlarni toping

Qidiruvni IDE (Search in Project) yoki skript orqali amalga oshirish mumkin. Satrlar, URL-lar, raqamli literallar, o‘lchamlar, vaqt chegaralarini qidiring. Takrorlanuvchi qiymatlarga alohida e’tibor bering: agar bir xil raqam besh joyda uchrasa, bu konstantaga chiqarish uchun nomzoddir. Grep yoki IDEA / Xcode ichki qidiruvidan foydalaning.

2-qadam: nomlangan konstantalar bilan almashtiring

Har bir topilgan qiymat uchun mazmunli nomga ega konstantani yarating. Konstantalarni modullar yoki sinflar bo‘yicha guruhlang. Nom qiymat nimani anglatishini tushuntirishi kerak, qanday ishlatilishini emas: API_TIMEOUT, TIMEOUT_30 emas. Almashtirishdan so‘ng koddagi hech bir raqam izohsiz qolmasligi kerak.

// Oldin: sehrli raqam 0.4
let cardHeight = screenHeight * 0.4

// Keyin: nomlangan konstanta
private let cardHeightRatio: CGFloat = 0.4
let cardHeight = screenHeight * cardHeightRatio

3-qadam: konfiguratsiyaga yoki resurslarga chiqaring

Agar qiymat qurilishlar yoki muhitlar o‘rtasida o‘zgarishi mumkin bo‘lsa – uni konfiguratsiya fayliga yoki ilova resurslariga chiqaring. Satrlar uchun mahalliylashtirish fayllaridan foydalaning. URL uchun – build config yoki xcconfig. O‘lchamlar uchun – resurs fayllari (Android-da dimens.xml). Chiqargandan so‘ng ilovaning yig‘ilishi va to‘g‘ri ishlashini tekshiring.

4-qadam: test yozing

Refaktoringdan so‘ng konfiguratsiyaning to‘g‘ri yuklanishini va qiymatlarning kutilganlarga mos kelishini tekshiruvchi test yozing. Kelajakda kimdir konfigni o‘zgartirsa, test nomuvofiqlikni ko‘rsatadi. Konfiguratsiya testi regressiyaning oldini olishning tez va ishonchli usulidir.

5-qadam: dublikatlarni olib tashlang

Konfigga chiqargandan so‘ng eski qiymat ishlatilgan barcha joylar yagona manbaga havola qilishini tekshiring. Sharhlangan kod va endi ishlatilmaydigan eski konstantalarni olib tashlang. Qaysi qiymatlar va qayerga chiqarilganini tavsiflovchi xabar bilan refaktoringni yakunlang.