Tizimli dasturlash 1 hs programma ta'minoti strukturasi

41) Programmalash tizimi standart modullari, tuzilishi va tarkibi
42) Unit tipidagi modullarni qulayliklari, yaratish va qo'llash sxemasi
UNIT tipidagi modul. Bu texnalogiyaning quyidagi qulayliklari mavjud.

1. 
   Programma bo’lak (modul) larga bo’linadi va tarjima qilinadi.
   
2. 
   Qismprogrammalar kutubxonasini yaratish mumkin.
   

d) Standart modullardan foydalaniladi.
e) Programma hajmini kengaytirish mumkin.
Paskal oilasidagi tizimlar muhitida modulning umumiy strukturasi quyidagicha.
Unit moduli – bu maxsus shaklda tashkil qilingan kutubxona bo’lib unda konstanta, turlar, o’zgaruvchilar, protsedura va funksiyalar saqlanadi. Bunday modulning programmadan asosiy farqi shundan iboratkim, u mustaqil ishga tayyorlanmaydi. Faqat boshqa mustaqil programmalar tarkibida ishlashga da’vat etiladi.
Unit modulining umumiy strukturasi quyidagichadir [4].
Unit ;
interface {e’lonlar bo’limi boshlanishi}
USES {boshqa mod1, mod2, … , modn- larni bog’lash}
Const
Type
Var
{shu modulda ishlatiladigan protseduralar (funksiyalar) sarlavhalari} implementation {ishlab chiqarish bo’limi}
Uses {modullar ro’yxati}
Const
Type
Var
Label
begin

end.
Ko’rinib turibdikim, modul to’rtta qismga bo’linadi.

1. 
   Modul sarlavhasi (unit nom);
   
2. 
   Interfeys, ya’ni e’lonlar bo’limi (interface);
   

d) Ishlab chiqarish bo’limi (implementation);
e) Ishga yurgizish bo’limi (begin va end orasida);


43) Windows ilovalar, jarayonlar va oqimlar
44) API, uning tarkibi va vazifalari Deyarli barcha operatsion tizimlar ( UNIX , Windows , OS X , va hokazo) dasturchilar ushbu operatsion tizim uchun ilovalarni yaratishi mumkin bo'lgan APIga ega. Asosiy operatsion tizim API - bu sistema murojaatlarining to'plamidir .Dasturiy ta'minot sohasida standart funktsional standartlar uchun standart APIlar muhim rol o'ynaydi, chunki ular umumiy API ishlatadigan barcha dasturlar teng darajada yoki odatda tanish tarzda ishlaydi. GUI API-larida bu dasturlarda yangi dasturiy ta'minot mahsulotlarini o'zlashtirish jarayonini osonlashtiradigan o'xshash foydalanuvchi interfeysi bo'ladi degan ma'noni anglatadi. Boshqa tomondan, turli xil operatsion tizimlar API-laridagi farqlar platformalar orasidagi ilovalarni uzatishni sezilarli darajada murakkablashtiradi. Ushbu murakkablikni chetlab o'tishning turli usullari mavjud: "oraliq" API-larni ( wxWidgets , GTK va boshq.) Yozish, bir OT tizimiga tegishli tizim chaqiruvlarini boshqa operatsion tizimga ( Wine , cygwin va dasturlash tillarida kodlash standartlarini kiritish (masalan, C tilining standart kutubxonasi ), turli platformalarda ( sh , python , perl , php ,tcl , java va boshqalar). Ta'kidlash joizki, dasturchi odatda bir xil natijaga erishish uchun bir nechta turli xil API larga ega. Bundan tashqari, har bir API odatda past darajadagi abstraktsiya API dasturi komponentlari yordamida amalga oshiriladi.Masalan: ko'rish uchun brauzer line « Salom, dunyo! "Mavjud satrni o'z ichiga olgan eng oddiy nom va eng oddiy tanasi bilan HTML hujjatini yaratish kifoya . Brauzer ushbu hujjatni ochganda , brauzer dasturi faylning nomini (yoki allaqachon ochiq fayl identifikatorini ) HTML hujjatlarini ishlovchi kutubxonaga o'tkazadi va bu faylni operatsion tizim API-ni ishlatib o'qiydi va keyin uni "Clear window" turidagi standart grafik dastlabki operatsiyalar API kutubxonasi, "Salom, dunyo!" Yozuvi. Tanlangan shriftda. Ushbu operatsiyalar paytida, grafiklar ibtidoiy kutubxonaoyna interfeysi kutubxonasiga mos keladigan so'rovlar bilan kiradi, bu kutubxona allaqachon operatsion tizimining API bilan bog'lanib, ma'lumot kartasini buferga yozib beradi . Shu bilan birga, amalda har bir darajada, aslida bir necha muqobil API mavjud. Misol uchun, biz HTML-da manba hujjatni yozishimiz mumkin, biroq LaTeX- da biz ekranni ko'rish uchun har qanday brauzerdan foydalanishimiz mumkin. Bundan tashqari, turli xil brauzerlar turli xil HTML kutubxonalaridan foydalanadilar, bundan tashqari, bularning barchasi turli xil primitiv kutubxonalar va turli operatsion tizimlar yordamida to'planishi mumkin. Shu bois mavjud bo'lgan ko'p darajali API tizimlarining asosiy qiyinchiliklari quyidagilar: Bitta API tizimidan ikkinchisiga dastur kodini ko'chirishning murakkabligi (masalan, OSni o'zgartirganda ); Past darajadan yuqori darajagacha harakat qilishda funktsiyalarning yo'qolishi. Yaxshiyamki, har bir API "qatlami" ayrim standart operatsiyalar majmualarini bajarishga yordam berish uchun yaratilgan. Shu bilan birga, bu juda qiyin, yoki past API darajasida taqdim etiladigan boshqa operatsiyalarni amalga oshirishning mutlaqo mumkin emasligi.