GTA पारित - खिलाड़ी नीचे धोया!

सत्रहवाँ अध्याय, जिसमें फ्रंट- एंड डेवलपर्स, YouTube और अभिनेता मॉडल के व्यावहारिक अनुप्रयोग का उपयोग करने के लिए वैकल्पिक तरीके से GTA से आगे बढ़ते हैं।







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



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







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



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



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



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



Uprock में हम एक साधारण बैकएंड बनाना पसंद नहीं करते हैं, और यदि हम इसे करते हैं, तो वहाँ कुछ वैश्विक, ठोस, शक्तिशाली, उच्च भार है या वास्तविक दुनिया के साथ एकीकरण है, लेकिन केवल डेटा संग्रहीत करना वास्तव में JSON में बहुत आसान है। इसलिए - हाँ, वहाँ एक व्यवस्थापक पैनल है, लेकिन यह JSON को संपादित करता है, जो ब्राउज़र के माध्यम से सीधे पेज को तेजी से लोड करने के लिए जुड़ा हुआ है, इसलिए औपचारिक रूप से - इस पर कोई बैकेंड नहीं है। लेकिन nginx है, जो किसी भी गैर-मौजूद पृष्ठ को index.html देता है, जिसमें जादू शुरू होता है।



हम अक्सर सामने के छोर पर ईमानदार स्टेटलेस होते हैं, और अब: साइट पर बिल्कुल सब कुछ रूटिंग (पेज के लिए धन्यवाद) के माध्यम से हल किया जाता है। वह शांत क्यों है? हां, क्योंकि घटनाओं को पकड़ने के बजाय, डेवलपर केवल नियमित लिंक डालता है, उदाहरण के लिए, यह एक का अनुसरण करता है:

<a href="/GTA-San-Andreas">GTA San Andreas</a>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

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



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

 page('/:game/:station/:track', function (ctx, next) { var track = trackDetector(ctx.params); if (ctx.path != getTrackUrl(track)) return next(); //    player.onComplete = function () { document.location.hash = getTrackUrl(track.station.getNextTrack()); }; player.play(track); }); '/:game/:station/:track' .split('/') .map(function (record, id, array) { return array.slice(0, id + 1).join('/'); }) .reverse() .forEach(function (path) { page(path, function(){ document.location.hash = getTrackUrl(trackDetector(ctx.params)); }); });
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

यदि कोई अंतिम भाग नहीं समझता है, तो इसे फिर से लिखा जा सकता है

 page('/:game/:station/:track', function(){ document.location.hash = getTrackUrl(trackDetector(ctx.params)); }); page('/:game/:station', function(){ document.location.hash = getTrackUrl(trackDetector(ctx.params)); }); page('/:game', function(){ document.location.hash = getTrackUrl(trackDetector(ctx.params)); }); page('/', function(){ document.location.hash = getTrackUrl(trackDetector(ctx.params)); });
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

नतीजतन, हमें एक सार्वभौमिक तार्किक परिदृश्य मिलता है: यदि एक उपयुक्त ट्रैक नहीं मिला है, तो हम स्टेशन तक जाने की कोशिश करते हैं, खेल के लिए, फिर रूट पर, और अगर कोई उपयुक्त ट्रैक नहीं है, तो हम किसी भी यादृच्छिक ट्रैक पर स्विच करते हैं जो शर्तों के अनुरूप है।



वास्तव में, यहां जो कुछ भी हो रहा है उसे अभिनेता मॉडल कहा जाता है।



इसकी वास्तव में आवश्यकता क्यों है? यह हमें इस तथ्य पर भरोसा करने का अवसर देता है कि वांछित ट्रैक मिल जाएगा, और / GTA-San-Andreas / Radio-X को संक्रमण कर देगा, यह जानते हुए कि ट्रैक नहीं मिलेगा, लेकिन त्रुटि को रोक दिया जाएगा, और हम किसी तरह का पता लगाएंगे रेडियो एक्स से उपयुक्त ट्रैक।



यह नियमित कोड में कैसा दिखेगा? खैर, कुछ इस तरह से:

 page('/:game', function(ctx){ if (glob.games[ctx.params.game]) { document.location.href = '/'+ctx.params.game+'/'+glob.games[ctx.params.game].stations.getRandom(); } else { document.location.href = '/'+glob.games.getRandom()+'/'; } })
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

मुझे ईमानदारी से बताएं, क्या आपको नहीं लगता कि यह किसी तरह से फूला हुआ और अप्रभावी है?



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



अर्थ बहुत सरल है: स्वायत्त संस्थाएं हैं जो काम कर सकती हैं या नहीं। वे आने वाले कनेक्शनों पर प्रतिक्रिया देते हैं और उन अन्य संस्थाओं के साथ संदेशों का आदान-प्रदान कर सकते हैं जिनके बारे में वे जानते हैं।



यह कहने के लिए नहीं है कि यह एक बुरा विचार था, स्वायत्त समानता हर बार दूसरे जन्म का अनुभव कर रही है जब समानांतर कंप्यूटिंग के लिए एक और तकनीक दिखाई देती है।



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



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



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



तो, हम सबसे दिलचस्प हो गए: इसकी आवश्यकता क्यों है।



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



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



यह महत्वपूर्ण क्यों है?



क्योंकि अब नियंत्रक आवेदन की स्थिति को प्रभावित नहीं कर सकता है। यह एक स्वायत्त इकाई है, जिसका व्यवहार कसकर भरा हुआ है, जिसे परीक्षण द्वारा कवर करने की गारंटी दी जा सकती है, और जो आवेदन को प्रभावित नहीं कर सकता है।



कार्यात्मक जावास्क्रिप्ट में आपका स्वागत है।



नहीं, यह हास्केल या चट्टान नहीं है: एक अभिनेता का आंतरिक राज्य हो सकता है। लेकिन क्या आपको इसकी ज़रूरत है, उदाहरण के लिए, जड़ देने में? ज्यादातर मामलों में, नहीं: डिफ़ॉल्ट नियंत्रक स्टेटलेस होना चाहिए।



लेकिन यह वही कार्यात्मकता है जिससे बहुत से लोग डरते हैं, उदाहरण के लिए, जावा से कॉम्प्लेक्स ओओपी बनाने की कोशिश करते हुए, जावा से इसमें आ रहे हैं। वे अपने समोवर के साथ एक विदेशी मठ में नहीं जाते हैं, लेकिन कई कोशिश करते हैं, हाँ।



लेकिन अभिनेता मॉडल को पूरी तरह से लागू करने की आवश्यकता नहीं है (हालांकि यह अक्सर खर्च होता है)।



हां, हम कुछ ऐसा लिख ​​सकते हैं

 page.on('*', function(ctx){WebActors.send(WebActors.ANY, ctx.params)}); WebActors.spawnWorker(function(){ WebActors.receive(['GTA-san-andreas'], function(){ //send(...); }) });
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

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



आम तौर पर बोलना, औपचारिक रूप से बोलना, वेब घटक एक ही अभिनेता होते हैं: स्वायत्त संस्थाएं जिन्हें विधियों और विशेषताओं द्वारा खींचा जा सकता है। क्या यह किसी चीज़ की याद नहीं दिलाता है?



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



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