लाइव बिफिडोप्रोग्राम

कार्यक्रम के अंदर जो होता है वह कई लोगों की टीम की गतिविधियों के समान होता है। प्रत्येक टीम के सदस्य का अपना कार्य है और, सबसे अधिक संभावना है, उसका "कार्यस्थल" जिस पर उसके अलावा किसी को स्पर्श नहीं करना चाहिए। सहकर्मी एक-दूसरे को निर्देश दे सकते हैं और कार्य प्रक्रिया के बारे में कुछ जानकारी प्रसारित कर सकते हैं। वे एक-दूसरे से मदद मांग सकते हैं और इसे प्रदान कर सकते हैं। किसी भी टीम की तरह, उनके पास एक बॉस होता है जिसका कार्य उपयोगकर्ता के साथ बातचीत करना और टीम के भीतर क्रियाओं का समन्वय करना है।

कार्यक्रम के इस दृष्टिकोण के साथ, यह जीवन के लिए आता है, और इसके अंदर होने वाली हर चीज किसी तरह की छवि को लेना शुरू कर देती है। विभिन्न "कर्मचारियों" के बीच सभी कार्य प्रक्रियाओं और कार्यों को वितरित करने के बाद, आप यह समझने लगते हैं कि सब कुछ कैसे काम करना चाहिए।

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

परिचित

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

जबकि गायक चिल्ला रहा है, किसी को उन गीतों की सूची रखनी चाहिए जिन्हें आगे गाया जाएगा। यहाँ पर सॉर्टर आता है। उनका कार्य उपयोगकर्ता को प्रसन्न करने वाले प्लेबैक मोड के अनुसार आगे खेले जाने वाले गीतों की एक सूची को बनाए रखना है। जब गायक गाना खत्म करता है, तो वह सॉर्टर से उसे अगले नोट देने के लिए कहता है। और वह या तो उन्हें देता है, या सिकुड़ता है, यह कहते हुए कि सूची समाप्त हो गई है, और कोई दोहराव नहीं है। इसके अलावा, किसी भी समय, बॉस यह सूचित कर सकता है कि उपयोगकर्ता ने प्लेबैक क्रम बदल दिया है, और सॉर्टर को एक नई सूची बनानी होगी।

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

एक और काम है। जब उपयोगकर्ता ऑडियो लाइब्रेरी में एक नया संगीत फ़ोल्डर जोड़ता है, तो इस फ़ोल्डर को देखना चाहिए और ऑडियो लाइब्रेरी में सभी पाए गए संगीत के बारे में जानकारी दर्ज करनी होगी। यह ऑडियो लाइब्रेरी द्वारा किया जा सकता है, लेकिन इस मामले में फ़ोल्डर्स की एक साथ स्कैनिंग और ऑडियो लाइब्रेरी के सही कामकाज को सुनिश्चित करना मुश्किल होगा। खोज इंजन को ऐसा करने दें - यह उन सभी परिवर्तनों को संचित करेगा, जिन्हें करने की आवश्यकता है और उन्हें ऑडियो लाइब्रेरी में तबदील करना है, जब ऑडियो लाइब्रेरी के साथ काम करने में देरी को कम करने के लिए झपट्टा मारा गया हो।

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

ये सभी लोग कौन हैं?

मैंने ऐसी वास्तुकला के बारे में कभी नहीं सुना है, लेकिन संभावना है कि ऐसा कुछ पहले से मौजूद है। अगर आपने इस बारे में सुना, तो आप इसके बारे में टिप्पणी में लिखेंगे तो मैं आभारी रहूंगा। इस तथ्य के बावजूद कि मैंने एक साइकिल का आविष्कार किया हो सकता है, मैं रोक नहीं सका - यह अचानक एक पर्वत बाइक बन जाती है।

चलो व्यापार में वापस जाओ। हमें किसी तरह कलाकारों का नाम लेना चाहिए। मैंने श्रमिकों, व्यक्तित्वों और minions के बारे में सोचा, लेकिन मुझे लगता है कि सबसे उपयुक्त शब्द "चरित्र" होगा। यह शब्द उन्हें और किसी को भी कॉल करने के लिए पर्याप्त है। और लोफर और नर्स और मुख्य खलनायक। चरित्र क्या होना चाहिए?

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

दूसरे, प्रक्रिया में प्रत्येक प्रतिभागी के लिए एक धारा आवंटित की जानी चाहिए। यह एक दूसरे से उनकी स्वतंत्रता सुनिश्चित करेगा।

तीसरा, ताकि उन्हें एक्सेस करते समय धाराएं डेटा को खराब न करें, उचित साधन प्रदान करना आवश्यक है। यह कुछ हद तक सिस्टम में प्रक्रियाओं की बातचीत और वहां मौजूद समस्याओं के समान है।

पोस्ट के बारे में

चरित्र क्रमिक रूप से उसके पास आने वाले संदेशों को संसाधित करता है। यदि कोई संदेश नहीं है, तो यह निष्क्रिय हो सकता है या समय-समय पर संदेश की कतार की जाँच करके कुछ पृष्ठभूमि का काम कर सकता है।

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

इसलिए, ऑफहैंड मैं संदेशों को तीन समूहों में तोड़ सकता हूं:

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

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

फिर मैंने उन सभी संदेशों को चित्रित करने के लिए सोचा जो खिलाड़ी के हर चरित्र को समझता है, लेकिन सूची बहुत बड़ी थी और मैंने फैसला किया कि यह बहुत बेकार था। तो मैं खत्म करना शुरू कर दूंगा।

निष्कर्ष

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

यह पता चला है कि कार्यक्रम कई श्रमिकों और काम करने वाली सामग्री के साथ एक कमरा है। एक प्रोग्रामर का सपना सच हो गया। मैं समझा सकता हूं कि कार्यक्रम कैसे काम करता है। मुझे यकीन है कि अगर अवधारणा की कल्पना करना आसान है, तो इसका एक मौका है।