Dasturiy ta’minot ishlab chiqish · 2026-yil 14-oktabr · 2 daqiqa o‘qish

REST API: tamoyillari va boshqa API turlaridan farqi

Bu sahifa rus tilida: /blog/api-i-rest-api-raznica

API — dasturlar o‘zaro aloqa qiladigan har qanday kelishilgan interfeys. REST esa veb orqali API qurish uslubi, arxitektura tamoyillari to‘plami. Shuning uchun «API va REST API farqi» savoliga javob: har bir REST API — API, lekin har bir API REST emas.

REST’ning asosiy g‘oyasi: resurslar

REST’da hamma narsa resurs sifatida ko‘riladi: mijoz, buyurtma, mahsulot, to‘lov. Har bir resursning manzili (URL) bor:

  • /customers — mijozlar ro‘yxati
  • /customers/42 — 42-raqamli mijoz
  • /customers/42/orders — shu mijozning buyurtmalari

Manzil «nima» haqida, amal esa HTTP metodi bilan beriladi.

HTTP metodlari

MetodMa’nosiMisol
GETO‘qishBuyurtmani olish
POSTYaratishYangi buyurtma yaratish
PUT / PATCHO‘zgartirishManzilni yangilash
DELETEO‘chirishBuyurtmani bekor qilish

GET so‘rovi ma’lumotni o‘zgartirmasligi kerak — bu REST’ning muhim qoidasi.

Holat kodlari

Javob bilan birga raqamli kod keladi:

  • 200 — muvaffaqiyatli, 201 — yaratildi
  • 400 — so‘rov noto‘g‘ri, 401 — avtorizatsiya yo‘q, 403 — ruxsat yo‘q, 404 — topilmadi
  • 429 — juda ko‘p so‘rov
  • 500 — server xatosi

Yaxshi API kodni to‘g‘ri ishlatadi va xato haqida tushunarli matn qaytaradi.

Boshqa tamoyillar

  • Holatsizlik. Har bir so‘rov o‘zi uchun yetarli ma’lumotga ega; server so‘rovlar orasida mijoz «holatini» eslab qolmaydi. Avtorizatsiya har bir so‘rovda token bilan.
  • Yagona interfeys. Barcha resurslar bir xil qoidalar bilan ishlaydi.
  • Keshlash. O‘qish so‘rovlari javoblari keshlanishi mumkin.
  • Formatlar. Ko‘pincha JSON — o‘qish oson va deyarli barcha tillarda qo‘llab-quvvatlanadi.

Boshqa uslublar bilan taqqoslash

SOAP. Qat’iy XML formatdagi xabarlar va rasmiy tavsif (WSDL). Bank va korporativ tizimlarda, eski integratsiyalarda uchraydi. Ishonchli, lekin og‘irroq.

GraphQL. Mijoz bitta so‘rovda aynan qaysi maydonlar kerakligini ko‘rsatadi. Murakkab interfeyslar va mobil ilovalar uchun qulay, lekin server tomonida murakkabroq.

JSON-RPC. Metod nomi va parametrlar bilan chaqiruv. Ba’zi to‘lov tizimlari shu uslubda ishlaydi.

Vebhuklar. API’ning teskari tomoni: server hodisa yuz berganda o‘zi sizning manzilingizga xabar yuboradi. Ko‘pincha REST API bilan birga ishlatiladi.

Qachon REST mos

Ko‘pchilik biznes integratsiyalari uchun — CRM, hisob tizimi, sayt, mobil ilova, bot o‘rtasida. U keng tarqalgan, vositalar ko‘p, dasturchilar uni yaxshi biladi.

Amaliy jihat buyurtmachi uchun

Tizimni tanlaganda «API bormi» deb emas, «REST API bormi, hujjatlari qayerda, vebhuklar bormi» deb so‘rang. O‘z tizimingiz uchun API buyurtma qilsangiz, uni REST tamoyillari va ochiq tavsif formati (masalan, OpenAPI) bilan hujjatlashtirishni talab qiling — kelajakda boshqa dasturchilar ham u bilan oson ishlay oladi.

Vazifani muhokama qilamiz

Ism va telefon raqamingizni qoldiring — qo‘ng‘iroq qilib, jarayon haqida so‘raymiz va nimadan boshlashni taklif qilamiz.

Loyihani muhokama qilish

Mavzuga oid maqolalar

Dasturiy ta’minot ishlab chiqish

GOST 34 bo‘yicha texnik topshiriq: qachon kerak va qanday tuzilgan

Davlat va yirik korporativ loyihalarda TT ko‘pincha GOST 34 bo‘yicha talab qilinadi. Bu standart nimani nazarda tutadi va qachon foydali.

2026-yil 14-oktabr

Dasturiy ta’minot ishlab chiqish

Texnik topshiriq shartnoma ilovasi sifatida: nimani qayd etish kerak

Shartnomada «sayt ishlab chiqish» deb yozilsa, nizolarda har kim o‘z tushunchasini isbotlaydi. TT ilovasi ishning aniq hajmini belgilaydi.

2026-yil 14-oktabr

Dasturiy ta’minot ishlab chiqish

Tizim tahlilchisi va texnik topshiriq: talablarni kim va qanday yozadi

Biznes «nima kerak»ni biladi, dasturchi «qanday qilish»ni. Ularning o‘rtasida tizim tahlilchisi turadi va talablarni ikki tomon ham tushunadigan tilga o‘giradi.

2026-yil 14-oktabr

Dasturiy ta’minot ishlab chiqish

Texnik topshiriq va spetsifikatsiya: hujjatlar orasidagi farq

Ikkala hujjat ham «talablar» haqida, lekin turli savollarga javob beradi. Qachon qaysi biri kerakligini tushuntiramiz.

2026-yil 14-oktabr

Dasturiy ta’minot ishlab chiqish

Texnik topshiriq va texnik loyiha: har bir hujjat nimani tasvirlaydi

Texnik topshiriq «nima kerak»ni belgilaydi, texnik loyiha esa «qanday quramiz»ni. Katta tizimlarda bu ikki hujjat alohida bosqichlar hisoblanadi.

2026-yil 14-oktabr

Dasturiy ta’minot ishlab chiqish

Ilova arxitekturasi: monolit, mikroservislar va nimani tanlash

Arxitektura — tizimning skeleti va uni keyin o‘zgartirish qimmatga tushadi. Monolit va mikroservislarni amaliy nuqtai nazardan solishtiramiz.

2026-yil 14-oktabr

Ariza

Vazifani muhokama qilamiz

Ism va telefon raqamingizni qoldiring — qo‘ng‘iroq qilib, jarayon haqida so‘raymiz va nimadan boshlashni taklif qilamiz.

Yoki qo‘ng‘iroq qiling

+998 94 444 48 85

Tugmani bosish orqali shaxsiy ma’lumotlaringizni qayta ishlashga rozilik bildirasiz.