🤵🏻 👆 ♊️ OS Sivelkiriya: कार्यक्रम निर्माण का एक उदाहरण 🔎 🎵 🌍

हेलो, हैबर।

यह पोस्ट Sivelkiriya OS प्रोजेक्ट के बारे में प्रकाशनों का चक्र जारी है। चक्र के पहले लेख ने अवधारणा का एक सामान्य विवरण दिया, दूसरे ने समझाया कि इसकी आवश्यकता क्यों है और उत्पाद किस रूप में प्रकाश को देख सकता है, तीसरा वर्णित वास्तु समाधान, और चौथे ने ओएस डेवलपर्स के कार्यों का समन्वय कैसे करें के सवाल का जवाब दिया। इस मॉडल में सॉफ्टवेयर। यह आलेख नए ओएस की वास्तविकताओं में फिट होने के लिए एक सरल कार्यक्रम को मॉड्यूल में विभाजित करने का एक उदाहरण दिखाएगा।

एक क्लासिक उदाहरण पर विचार करें: एक प्रोग्राम जो आपको एक बिटमैप छवि वाली फ़ाइल खोलने और स्क्रीन पर देखने की अनुमति देता है। छवि को छोटा किया जा सकता है, और यदि वर्तमान पैमाने पर इसका आकार स्क्रीन के आकार से अधिक है, तो स्क्रॉल करें।

आधुनिक ऑपरेटिंग सिस्टम में, इस समस्या को अक्सर एक बंद वास्तुकला के साथ एक आवेदन द्वारा हल किया जाता है, अर्थात, जिसमें या तो स्वयं सभी आवश्यक कोड होते हैं, या अपनी पहल पर विशुद्ध रूप से तीसरे पक्ष के घटकों का उपयोग करता है। मुख्य बिंदु यह है कि आप एप्लिकेशन के भाग का उपयोग नहीं कर सकते - आप इसे या तो शुरू कर सकते हैं या किसी अन्य समाधान का उपयोग कर सकते हैं।

यह समझने के लिए कि यह कार्य सिवेलकिरिया ओएस के ढांचे के भीतर कैसे हल किया जाता है, आपको सबसे पहले इस कार्यक्रम के "हुड के नीचे" देखना होगा और समझना होगा कि यह क्या करता है और किन अवधारणाओं के साथ संचालित होता है। निम्नलिखित संस्थाएं हैं जो कार्यक्रम के संचालन के दौरान उत्पन्न होती हैं।

छवि का स्थान।क्लासिक मामले में, यह डिस्क पर फ़ाइल के पथ के द्वारा वर्णित है। थोड़े व्यापक विचार के साथ, स्थानीय नेटवर्क या इंटरनेट पर पते भी इसी श्रेणी में आते हैं। यह, हालांकि, सभी संभावनाओं को समाप्त नहीं करता है: छवि को रैम में स्थित किया जा सकता है, कुछ प्रोग्राम के आउटपुट पर (उदाहरण के लिए, एक फोटो प्रोसेसर या ग्राफिक्स रेंडरर), एक वेब पेज पर, एक चैट या ईमेल संदेश में, एक संग्रह या कार्यालय दस्तावेज़ के अंदर। इस तथ्य के बावजूद कि तकनीकी रूप से ये सभी विकल्प एक-दूसरे से अलग हैं और अलग-अलग प्रसंस्करण की आवश्यकता होती है, उपयोगकर्ता के दृष्टिकोण से वे सभी एक उद्देश्य की सेवा करते हैं: वे इंगित करते हैं कि वह छवि जहां वह देखना चाहता है वह स्थित है। एक इंटरफ़ेस बनाना जो आपको इतने सारे विकल्पों में से चुनने की अनुमति देता है एक गैर-तुच्छ कार्य है, लेकिन वैचारिक रूप से इस दृष्टिकोण में कोई बाधा नहीं है।इसके अलावा: ऐसा कोई कारण नहीं है कि उपयोगकर्ता को उपरोक्त स्थानों में से किसी में स्थित छवि को देखने का अवसर नहीं दिया जाना चाहिए।
, . , , , .
. , , jpeg gif. : jpeg .gif, gif . , , , , web-.
, ( ) .
. , tiff, . — , gif — .
.
: , , , .
.
( ) , .
( ), .

सिवेलकिरिया ओएस के भीतर, ऊपर सूचीबद्ध प्रत्येक संस्था को एक निश्चित डेटा इंटरफ़ेस द्वारा वर्णित किया गया है। ऐसा प्रतिनिधित्व मूल मॉडल के बाहर कई संदर्भों में उनके उपयोग की अनुमति देता है (जो बाद में चर्चा की जाएगी)।

प्रत्येक इंटरफ़ेस कुछ ऑब्जेक्ट द्वारा कार्यान्वित किया जाता है, जो कुछ मॉड्यूल द्वारा बनाया जाता है। ऑब्जेक्ट के तरीकों के कोड को उत्पन्न करने वाले मॉड्यूल के ढांचे के भीतर निष्पादित किया जाता है। इसी समय, अलग-अलग अनुप्रयोगों के रूप में मॉड्यूल लॉन्च करने के बारे में बात करना गलत है, क्योंकि उनके पास न तो अपने स्वयं के धागे हैं, न ही उनके द्वारा बनाई गई वस्तुओं के बाहर की स्मृति। यदि आपको किसी ऐसे राज्य को संग्रहीत करने की आवश्यकता है जो एकल छवि के साथ काम करने से परे है, तो इसे एक अलग ऑब्जेक्ट में संग्रहीत किया जाता है, जिसकी पहुंच सामान्य नियमों के अनुसार की जाती है - ओएस ऑब्जेक्ट इंटरफ़ेस के माध्यम से।

इस कार्यक्रम के काम में शामिल मॉड्यूल की संरचना इस तरह दिख सकती है:

पहला मॉड्यूल एक ऑब्जेक्ट के व्यवहार को परिभाषित करता है जो "ऑब्जेक्ट लोकेशन" इंटरफ़ेस को लागू करता है (एक छवि एक वस्तु का एक विशेष मामला है)। विशेष रूप से, यह निर्धारित करता है कि किसी दिए गए स्थान से बाइट कैसे एक्सेस करें। हालांकि, वह उन मॉड्यूल का उपयोग कर सकता है जो ऑब्जेक्ट के भौतिक स्थान के आधार पर डिस्क या नेटवर्क समर्थन तक सीधे पहुंच प्रदान करते हैं।
दूसरा मॉड्यूल छवि बाइट्स के लिए सीधी पहुंच प्रदान करता है। इसके अलावा, यह भंडारण विधि (फ़ाइल एक्सटेंशन, वेब सर्वर हेडर, आदि) के आधार पर संभावित प्रकार के बारे में संकेत प्रदान करता है।
तीसरा मॉड्यूल, सामग्री के प्रकार और इसके बाइट प्रतिनिधित्व तक पहुंच के बारे में संकेत का उपयोग करके, वास्तविक प्रकार की सामग्री (छवि फ़ाइल प्रारूप) निर्धारित करता है।
, ( , , ) ( ) . , : , . — : jpeg .
, , , , . — — , , .
, . , . — , , , , , , , .

बेशक, वर्णित मॉड्यूल के अलावा, कार्यक्रम उन मॉड्यूल में भाग ले सकता है जो अतिरिक्त सुविधाएँ प्रदान करते हैं: लॉगिंग, विंडो घटकों का प्रतिपादन, ऑडियो प्रतिक्रिया, और इसी तरह।

यह देखना आसान है कि इस तरह की संरचना संभव के रूप में सरल रूप से कार्यान्वित कार्यक्षमता का पुन: उपयोग करती है। तो, सिस्टम में एक नया कोडेक स्थापित करने का मतलब है कि इस प्रकार की छवि सभी संदर्भों और सभी कार्यक्रमों में स्वचालित रूप से समर्थित होगी। विभिन्न मॉड्यूल अलग-अलग प्रोग्रामर और विभिन्न भाषाओं में लिखे जा सकते हैं, हालांकि, इस इंटरैक्शन मॉडल के ढांचे में, ये अंतर महत्वपूर्ण नहीं हैं। इस इंटरफ़ेस में स्क्रीन पर छवियों को लोड करने के लिए एक और एक ही कोडेक दोनों का उपयोग किया जा सकता है, और उन्हें एक मैसेजिंग प्रोग्राम, ब्राउज़र, डायरेक्टरी कंटेंट व्यूअर और इतने पर रेंडर करने के लिए।

नए उपयोग के मामलों का समर्थन प्राथमिक रूप से किया जाता है। उदाहरण के लिए, कुछ अतिरिक्त इंटरफेस जोड़ने से आप अगली और पिछली छवियों (जैसे उनके स्थान की परवाह किए बिना और उन्हें कैसे एक्सेस कर सकते हैं) या फ़िल्टर लागू करने जैसी क्रियाओं का समर्थन कर सकते हैं। पतले क्लाइंट का परिचय भी एक समस्या नहीं है: चूंकि मॉड्यूल की सीमाओं के माध्यम से डेटा और कॉल के पारित होने के बाद ऑपरेटिंग सिस्टम द्वारा नियंत्रित किया जाता है, इसलिए महंगी मशीनों को स्थानांतरित करना संभव है (उदाहरण के लिए, एक फ़ाइल की सामग्री को डिकोड करना और एक छवि को स्केल करना)।

चूंकि ऊपर वर्णित सभी मॉड्यूल के प्रोटोटाइप ऑपरेटिंग सिस्टम के लिए जाने जाते हैं, यह एक सिस्टम बिंदु से उनकी जरूरतों के बारे में जानता है और तदनुसार कार्य कर सकता है। उदाहरण के लिए, छवि स्केलिंग ऑपरेशन को एक अलग थ्रेड में किया जा सकता है ताकि बड़ी छवियों के साथ काम कम अंत वाले कंप्यूटरों पर इंटरफ़ेस को अवरुद्ध न करें। इसके अलावा, चूंकि मॉड्यूल उन थ्रेड्स के बारे में धारणा नहीं बनाते हैं जिनमें उन्हें निष्पादित किया जाता है, अतिरिक्त अनुकूलन संभव हैं: उदाहरण के लिए, उपयोगकर्ता इंटरफ़ेस थ्रेड को कंप्यूटिंग के लिए जिम्मेदार थ्रेड से अलग किया जा सकता है (केवल इस मामले में, स्केलिंग), यदि केवल बाद में। मेरे पास समय की पूर्व निर्धारित अवधि के भीतर काम खत्म करने का समय नहीं है, और एक त्वरित पुन: पैमाने के साथ, एक नए पैमाने पर चित्र बनाना पहले से भी एक अतिरिक्त स्ट्रीम में शुरू किया जा सकता हैरेंडरिंग में लगे एक धागे के रूप में, जिसे अब पूरा करने की आवश्यकता नहीं है, यह सिग्नल को पूरा करने की प्रक्रिया को प्रबंधित करेगा। चूंकि ऑपरेटिंग सिस्टम में सभी चलने वाले थ्रेड्स के बारे में जानकारी है, कंप्यूटर प्रोसेसर की लोडिंग और वास्तविक क्षमताओं के बारे में, अनुकूलन डेटा उन लोगों की तुलना में अधिक प्रभावी हो सकता है जो एक अलग एप्लिकेशन के लेखक अपने निष्पादन पर्यावरण के बारे में मान्यताओं के आधार पर कर सकते हैं।

यह प्रश्न कि किसी समस्या को हल करने के लिए संयुक्त रूप से समाधान प्रदान करने वाले मॉड्यूल को एक साथ कैसे जोड़ा जाता है, को कई तरीकों से हल किया जा सकता है। उदाहरण के लिए, यह स्पष्ट है कि एक मॉड्यूल का विकल्प जो डिस्क से किसी फ़ाइल के बाइट्स को पढ़ता है, इस अनुभाग की फ़ाइल प्रणाली द्वारा निर्धारित किया जाता है, और एक ही अनुभाग तक पहुंच के सभी मामलों में, एक ही मॉड्यूल का उपयोग किया जाएगा। छवि प्रारूप को निर्धारित करने के लिए जिम्मेदार मॉड्यूल सिस्टम स्तर पर स्थापित होने और सभी संदर्भों में उपयोग किए जाने की संभावना है। एक अपवाद तब हो सकता है जब एक मॉड्यूल विफल हो जाता है: इस मामले में, ऑपरेटिंग सिस्टम इस प्रोटोटाइप से मेल खाने वाले दूसरे इंस्टॉल किए गए मॉड्यूल की खोज कर सकता है, और यदि यह मौजूद है, तो इसे उसी इनपुट डेटा के साथ उपयोग करने का प्रयास करें। इस तरह,त्रुटि को उपयोगकर्ता के हस्तक्षेप के बिना संसाधित किया जा सकता है, और इसके बारे में डेटा एकत्र किया जाता है और, यदि इस मशीन की सुरक्षा नीतियों द्वारा अनुमति दी जाती है, तो आवश्यक संबंधित जानकारी के साथ समस्या मॉड्यूल के डेवलपर्स को पास की जाती है। इस घटना में कि एक मॉड्यूल में अक्सर समस्याएं होती हैं, ऑपरेटिंग सिस्टम इसे खोज श्रृंखला से बाहर करने या उसमें अपनी प्राथमिकता कम करने का निर्णय ले सकता है।

अन्य मामलों में, मॉड्यूल की पसंद उपयोगकर्ता-परिभाषित और कॉन्फ़िगरेशन में संग्रहीत की जा सकती है। इसलिए, अलग-अलग छवि स्केलिंग मॉड्यूल एक अलग रेंडरिंग स्टाइल (एंटी-अलियासिंग पैरामीटर जब ज़ूम बढ़ाते हैं या पिक्सेल की सीमाओं को बढ़ाते हैं तो जब यह बढ़ता है) प्रदान कर सकता है। संदर्भ के आधार पर, उपयोगकर्ता को एक अलग दृष्टिकोण (सटीक स्थिति के लिए तेज पिक्सेल सीमाओं या दृश्य आराम के लिए धुंधला) की आवश्यकता हो सकती है।

मॉड्यूल शुरू करने के तरीके भी भिन्न हो सकते हैं। उदाहरण के लिए, छवि दर्शक विंडो को प्रस्तुत करने के लिए जिम्मेदार मॉड्यूल को डेस्कटॉप के प्रतिपादन के लिए जिम्मेदार मॉड्यूल (डेस्कटॉप पर ग्राफिक फ़ाइल पर क्लिक करके), या उस मॉड्यूल द्वारा कहा जा सकता है जो प्रोग्राम लॉन्च मेनू प्रदर्शित करता है। शुरू करने के बाद, विंडो मॉड्यूल उन मॉड्यूल को लोड करता है जिन्हें इसे वर्तमान कार्य पूरा करने की आवश्यकता होती है।

यह विवरण केवल इस तरह की इंटरैक्शन स्कीम को लागू करने की मूलभूत संभावना का प्रदर्शन है और इसे एक छवि दर्शक, ऑपरेटिंग सिस्टम और / या इसके लिए मॉड्यूल लिखने के लिए पूर्ण निर्देश के रूप में नहीं माना जा सकता है।

श्रृंखला के पिछले लेख यहां उपलब्ध हैं: एक , दो , तीन , चार। पूर्ण पाठ, पहले की तरह, परियोजना की वेबसाइट पर उपलब्ध है ।

OS Sivelkiriya: कार्यक्रम निर्माण का एक उदाहरण

More articles: