WinJS शेड्यूलर का उपयोग करके जावास्क्रिप्ट UI फ्लो का प्रबंधन करना

अनुवादक से: लेख WinJS 2.0 पुस्तकालय में नए कार्य अनुसूचक के बारे में बात करता है, जो विंडोज 8.1 की रिलीज के साथ अद्यतन किया गया है। सामग्री के भाग को समझने के लिए, आस्थगित परिणामों (प्रॉमिस) के साथ काम करने को समझने के लिए यह बहुत ही वांछनीय है। अतुल्यकालिक जावास्क्रिप्ट प्रोग्रामिंग पर MSDN अनुभाग देखें।

वेब वर्कर्स और बैकग्राउंड टास्क के अलावा जो अलग-अलग वेब प्रोसेस के रूप में चलते हैं, विंडोज स्टोर एप्स में सभी जावास्क्रिप्ट कोड एक सामान्य तथाकथित यूआई थ्रेड में चलते हैं। यह कोड अतुल्यकालिक WinRT API कॉल कर सकता है जो अलग-अलग थ्रेड्स पर अपना संचालन करते हैं, लेकिन ध्यान में रखने के लिए एक महत्वपूर्ण बिंदु है: इन गैर-UI थ्रेड्स से परिणाम UI थ्रेड पर प्रसंस्करण के लिए वापस आ जाते हैं। इसका मतलब यह है कि WinRT अतुल्यकालिक कॉल की एक श्रृंखला शुरू करना (उदाहरण के लिए, HTTP अनुरोध), एक ही बार में यूआई स्ट्रीम को संभावित रूप से अधिभारित कर सकता है यदि परिणाम उनके बारे में एक ही समय में आते हैं। इसके अलावा, यदि आप (या WinJS) DOM में तत्वों को जोड़ते हैं या उन शैलियों को बदलते हैं जिनके लिए UI स्ट्रीम में पेज लेआउट को अपडेट करने की आवश्यकता होती है, तो यह CPU संसाधनों के लिए प्रतिस्पर्धा करने वाले और भी अधिक कार्य बनाता है। नतीजतन, आपका आवेदन "ब्रेकिंग" और अनुत्तरदायी हो जाता है।

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



यद्यपि एप्लिकेशन होस्ट एक निम्न-स्तरीय शेड्यूलर API ( MSApp.executeAtPyerity ) प्रदान करता है, हम अनुशंसा करते हैं कि आप इसके बजाय WinJS.Utilities.Scheduler API का उपयोग करें । इस अनुशंसा के कारण हैं कि WinJS इस शेड्यूलर API के माध्यम से अपने कार्यों का प्रबंधन करता है, जिसका अर्थ है कि आप जिस तरह से काम करते हैं, उसी तरह से आपके द्वारा WinJS द्वारा किए जाने वाले कार्य के साथ ठीक से समन्वय किया जाएगा। WinJS शेड्यूलर पूरी प्रक्रिया को एक सरल इंटरफ़ेस प्रदान करता है, खासकर जब वादों के साथ काम करने की बात आती है।
यह ध्यान रखना महत्वपूर्ण है कि अनुसूचक का उपयोग करना आवश्यक नहीं है। यह आपके आवेदन के प्रदर्शन को ट्यून करने में मदद करने के लिए आवश्यक है, न कि आपके जीवन को जटिल बनाने के लिए! सबसे पहले, आइए शेड्यूलर द्वारा उपयोग की जाने वाली विभिन्न प्राथमिकताओं को देखें, और फिर हम देखेंगे कि इन प्राथमिकताओं के आधार पर कार्य की योजना और प्रबंधन कैसे करें।

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

समयबद्धक प्राथमिकताएँ

WinJS अनुसूचक के लिए सापेक्ष प्राथमिकताएँ Scheduler.Pyerity गणन में इंगित की जाती हैं, घटते क्रम में वे इस तरह दिखते हैं: अधिकतम , उच्च , ऊपर असामान्य , सामान्य (एप्लिकेशन कोड के लिए डिफ़ॉल्ट मान), नीचे , असामान्य , निष्क्रिय और मिनट । निम्नलिखित उन्हें कैसे उपयोग करने के लिए एक सामान्य गाइड है:

• अधिकतम, उच्च - वास्तव में उच्च प्राथमिकता वाले कार्यों के लिए संयम से उपयोग करें, क्योंकि ये प्राथमिकताएं प्रतिपादन प्रक्रिया के दौरान पृष्ठ रेंडरिंग मार्ग को ओवरलैप करती हैं। यदि आप इन प्राथमिकताओं का सक्रिय रूप से उपयोग करते हैं, तो आवेदन वास्तव में कम संवेदनशील हो सकता है।
• ऊपर सामान्य, सामान्य, नीचे सामान्य - सबसे महत्वपूर्ण कार्यों के लिए सापेक्ष महत्व को इंगित करने के लिए उपयोग करें।
• निष्क्रिय, मिनट - लंबे समय तक चलने वाले या समर्थन कार्यों के लिए उपयोग करें जो यूआई पर निर्भरता नहीं लगाते हैं।

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

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

निर्धारण और कार्य प्रबंधन

अब जब हम अनुसूचक की प्राथमिकताओं के बारे में जानते हैं, तो हम इस बात के बारे में बात कर सकते हैं कि वांछित प्राथमिकता के साथ UI थ्रेड में कोड को एसिंक्रोनस रूप से निष्पादित करने के लिए क्या करने की आवश्यकता है। ऐसा करने के लिए, Scheduler.schedule विधि (डिफ़ॉल्ट प्राथमिकता सामान्य है ) को कॉल करें। यह विधि आपको फ़ंक्शन के अंदर के रूप में उपयोग करने के लिए एक वैकल्पिक ऑब्जेक्ट निर्दिष्ट करने का अवसर देती है, साथ ही लॉग और डायग्नोस्टिक्स के लिए उपयोग करने के लिए एक नाम। ( Scheduler.execHigh पद्धति प्राथमिकता प्राथमिकता के साथ MSApp.execAtPriority को सीधे कॉल करने के लिए एक संक्षिप्त संदर्भ है। यह विधि कोई अतिरिक्त तर्क नहीं लेती है।)
एक साधारण चित्रण के रूप में, HTML समयबद्धक उदाहरण का परिदृश्य 1 अनुसूचक को कुछ यादृच्छिक (js / अनुसूचियों के मुख्य संपादक) के कार्यों के एक समूह में जोड़ता है:

window.output("\nScheduling Jobs..."); var S = WinJS.Utilities.Scheduler; S.schedule(function () { window.output("Running job at aboveNormal priority"); }, S.Priority.aboveNormal); window.output("Scheduled job at aboveNormal priority"); S.schedule(function () { window.output("Running job at idle priority"); }, S.Priority.idle, this); window.output("Scheduled job at idle priority"); S.schedule(function () { window.output("Running job at belowNormal priority"); }, S.Priority.belowNormal); window.output("Scheduled job at belowNormal priority"); S.schedule(function () { window.output("Running job at normal priority"); }, S.Priority.normal); window.output("Scheduled job at normal priority"); S.schedule(function () { window.output("Running job at high priority"); }, S.Priority.high); window.output("Scheduled job at high priority"); window.output("Finished Scheduling Jobs\n"); 

परिणाम विंडो से पता चलता है कि "कार्य", जब उन्हें बुलाया जाता है, तो उन्हें अपेक्षित क्रम में निष्पादित किया जाता है:

 Scheduling Jobs... Scheduled job at aboveNormalPriority Scheduled job at idlePriority Scheduled job at belowNormalPriority Scheduled job at normalPriority Scheduled job at highPriority Finished Scheduling Jobs Running job at high priority Running job at aboveNormal priority Running job at normal priority Running job at belowNormal priority Running job at idle priority 

मुझे आशा है कि यह आपके लिए आश्चर्य की बात नहीं है!

जब आप शेड्यूल मेथड को कॉल करते हैं, तो आपको एक ऐसी ऑब्जेक्ट मिलती है जो शेड्यूलर को संतुष्ट करती है। Job इंटरफ़ेस, जो निम्न विधियों और गुणों को परिभाषित करता है:

गुण

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

तरीकों

• ठहराव - कार्य के आगे निष्पादन को रोकता है।
• फिर से शुरू - एक पहले से रुका हुआ कार्य लॉन्च करता है (यदि कार्य रोका नहीं गया है तो कोई प्रभाव नहीं)।
• रद्द - शेड्यूलर से कार्य को हटाता है।

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

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

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

एक साधारण प्रदर्शन उदाहरण के परिदृश्य 5 में है। इसमें दो बटन होते हैं जो अलग-अलग कार्यों के एक ही सेट की योजना बनाते हैं और फिर अनुरोध को कॉल करें जो कि उच्च प्राथमिकता या प्राथमिकता से नीचे हो । जब विलंबित परिणाम निष्पादित होता है, तो संबंधित संदेश प्रदर्शित होता है (js / drainingscenario.js):

 S.requestDrain(priority).done(function () { window.output("Done draining"); }); 

यदि आप समानांतर में दो आउटपुट की तुलना करते हैं (बाईं ओर उच्च , नीचे दाईं ओर असामान्य ), जैसा कि नीचे संकेत दिया गया है, तो आप देखेंगे कि विलंबित परिणाम प्राथमिकता के आधार पर अलग-अलग समय पर प्रकट होता है:

 Draining scheduler to high priority | Draining scheduler to belowNormal priority Running job2 at high priority | Running job2 at high priority Done draining | Running job1 at normal priority Running job1 at normal priority | Running job5 at normal priority Running job5 at normal priority | Running job4 at belowNormal priority Running job4 at belowNormal priority | Done draining Running job3 at idle priority | Running job3 at idle priority 

अनुसूचक में परिभाषित एक अन्य विधि पुनः प्राप्त है , एक नैदानिक ​​उपकरण जो वर्तमान कार्यों या सफाई अनुरोधों का विवरण देता है। यदि परिदृश्य 5 में आप अनुरोध के तुरंत बाद इसका कॉल जोड़ते हैं, तो आपको निम्न परिणाम मिलेंगे:

 id: 28, priority: high id: 27, priority: normal id: 31, priority: normal id: 30, priority: belowNormal id: 29, priority: idle n requests: *priority: high, name: Drain Request 0 

आस्थगित परिणामों की एक श्रृंखला में प्राथमिकता

कल्पना करें कि आपके पास एसिंक्रोनस विधियों का एक सेट है जो डेटा का अनुरोध करता है जिसे आप क्रमिक रूप से निष्पादित करना चाहते हैं, जैसा कि नीचे वर्णित है, प्रत्येक चरण में उनके परिणामों को संसाधित करना:

 getCriticalDataAsync().then(function (results1) { var secondaryPages = processCriticalData(results1); return getSecondaryDataAsync(secondaryPages); }).then(function (results2) { var itemsToCache = processSecondaryData(results2); return getBackgroundCacheDataAsync(itemsToCache); }).done(function (results3) { populateCache(results3); }); 

डिफ़ॉल्ट रूप से, यह सब कोड UI थ्रेड में होने वाली बाकी सभी चीजों की पृष्ठभूमि के खिलाफ वर्तमान प्राथमिकता के साथ निष्पादित किया जाएगा। लेकिन आप शायद चाहते हैं कि ProcessCriticalData फ़ंक्शन को उच्च प्राथमिकता के साथ निष्पादित किया जाए , processSecondaryData को सामान्य मोड में काम करने के लिए और निष्क्रिय करने के लिए populateCache । सीधे शेड्यूलर के साथ काम करते हुए, आपको हर काम मुश्किल तरीके से करना होगा:

 var S = WinJS.Utilities.Scheduler; getCriticalDataAsync().done(function (results1) { S.schedule(function () { var secondaryPages = processCriticalData(results1); S.schedule(function () { getSecondaryDataAsync(secondaryPages).done(function (results2) { var itemsToCache = processSecondaryData(results2); S.schedule(function () { getBackgroundCacheDataAsync(itemsToCache).done(function (results3) { populateCache(results3); }); }, S.Priority.idle); }); }, S.Priority.normal); }, S.Priority.high); }); 

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

 function schedulePromise(priority) { //  –  . return function completedHandler (results) { //     ,    //   ,   ... return new WinJS.Promise(function initializer (completeDispatcher) { //       . WinJS.Utilities.Scheduler.schedule(function () { completeDispatcher(results); }, priority); }); } } 

सौभाग्य से, हमें यह कोड स्वयं नहीं लिखना है। WinJS.Utilities.Scheduler में पहले से ही ऊपर की तरह पांच तैयार किए गए पूर्ण हैंडलर हैं, जो त्रुटि होने पर स्वचालित रूप से कार्य को भी रद्द कर देते हैं। उन्हें क्रमशः कहा जाता है: शेड्यूलप्रोमिसेह , शेड्यूलप्रोमिसएबोवेनॉर्मल , शेड्यूलप्रोमिसनॉर्मल , शेड्यूलप्रोमिसबेलोवेनॉर्मल और शेड्यूलप्रोमिसइल्ड ।

तैयार किए गए पूर्ण हैंडलर के साथ, आपको केवल लंबित परिणामों की श्रृंखला में सही विधि नाम सम्मिलित करने की आवश्यकता है, जहां आप प्राथमिकता बदलना चाहते हैं, जैसा कि नीचे दिखाया गया है:

 var S = WinJS.Utilities.Scheduler; getCriticalDataAsync().then(S.schedulePromiseHigh).then(function (results1) { var secondaryPages = processCriticalData(results1); return getSecondaryDataAsync(secondaryPages); }).then(S.schedulePromise.normal).then(function (results2) { var itemsToCache = processSecondaryData(results2); return getBackgroundCacheDataAsync(itemsToCache); }).then(S.schedulePromiseIdle).done(function (results3) { populateCache(results3); }); 

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

लंबे समय तक रहने वाले कार्य

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

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

ऐसे पैंतरेबाज़ी के कार्यान्वयन तंत्र को jobInfo ऑब्जेक्ट के माध्यम से कार्यान्वित किया जाता है, जो कार्य फ़ंक्शन के लिए एक तर्क के रूप में पारित किया जाता है। आइए इसके कार्यक्षेत्र में किसी फ़ंक्शन के लिए क्या उपलब्ध है, यह देखकर शुरू करें, यह आधार कोड के अंदर कुछ टिप्पणियों से समझना आसान है:

 var job = WinJS.Utilities.Scheduler.schedule(function worker(jobInfo) { //jobInfo.job –   ,    . //Scheduler.currentPriority –    . //this –  ,  . }, S.Priority.idle, this); 

कार्य के सदस्यों के सदस्यों को अनुसूचित अनुसूचक में परिभाषित किया जाता है । JobInfo इंटरफ़ेस:

गुण

• job - (केवल पढ़ने के लिए) वही ऑब्जेक्ट जो शेड्यूल से लौटाया गया है।
• shouldYield - (केवल पढ़ने के लिए) बूलियन ध्वज, जो आमतौर पर तब गलत होता है जब कार्य पहले चलाया जाता है, और तब सही होता है यदि फ़ंक्शन को UI थ्रेड से बाहर किया जाना चाहिए और इसके कार्य को फिर से शेड्यूल किया जाना चाहिए।

तरीकों

• सेटवर्क एक कार्य को पुनर्निर्धारित करने के लिए एक फ़ंक्शन है।
• setPromise एक विलंबित परिणाम है, जो शेड्यूलर तब तक प्रतीक्षा करेगा जब तक कि कार्य को फिर से शेड्यूल नहीं किया जाता है, और पुनर्निर्धारण के लिए कार्य विलंबित परिणाम के लिए मूल्य है।

HTML शेड्यूलर उदाहरण का परिदृश्य 4 दिखाता है कि इसके साथ कैसे काम करना है। जब आप "एक पैदावार कार्य निष्पादित करें" बटन पर क्लिक करते हैं, तो एक फ़ंक्शन जिसे निष्क्रिय प्राथमिकता वाला कार्यकर्ता कहा जाता है, को शेड्यूलर में जोड़ा जाता है, जो केवल "पूर्ण उपज कार्य" बटन पर क्लिक करने तक निष्क्रिय चक्र करता है, जो कार्य को सही सेट करता है (js) /yieldingscenario.js, 2s अंतराल पर, 200ms द्वारा प्रतिस्थापित):

 S.schedule(function worker(jobInfo) { while (!taskCompleted) { if (jobInfo.shouldYield) { //  ,      window.output("Yielding and putting idle job back on scheduler."); jobInfo.setWork(worker); break; } else { window.output("Running idle yielding job..."); var start = performance.now(); while (performance.now() < (start + 200)) { //   ; } } } if (taskCompleted) { window.output("Completed yielding task."); taskCompleted = false; } }, S.Priority.idle); 

यदि कार्य सक्रिय है, तो यह 200ms के लिए "काम" करता है और फिर यह देखने के लिए जांचता है कि क्या onYield की संपत्ति सही है या नहीं । यदि ऐसा है, तो फ़ंक्शन सेटवर्क विधि को स्वयं को फिर से शेड्यूल करने के लिए कहता है (या यदि आवश्यक हो तो एक अन्य फ़ंक्शन)। इस तरह के एक संक्रमण को उकसाया जा सकता है, जबकि लंबे कार्य उदाहरण में "कतार में उच्च प्राथमिकता वाले कार्य जोड़ें" बटन पर क्लिक करके काम कर रहे हैं। आप देखेंगे कि ये फ़ंक्शन (उच्च प्राथमिकता के साथ) काम करने वाले फ़ंक्शन के अगले कॉल तक कैसे काम करते हैं। इसके अलावा, आप यह सुनिश्चित करने के लिए इंटरफ़ेस में कहीं और क्लिक कर सकते हैं कि यह निष्क्रिय कार्य UI स्ट्रीम को ब्लॉक नहीं करता है।

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

के रूप में setPromise के लिए , यह थोड़ा अधिक सूक्ष्म विचार है। शेड्यूलर के लिए सेटप्रोमाइज़ को कॉल करने के लिए प्रतीक्षा करें जब तक कि कार्य में पुन: निर्धारण करने से पहले एक विलंबित परिणाम प्रकट न हो। इसके अलावा, कार्य के लिए निम्न कार्य फ़ंक्शन सीधे आस्थगित परिणाम के मूल्य के माध्यम से प्रदान किया जाता है। (जैसे, IJobInfo.setPromise विधि एसिंक्रोनस संचालन का प्रबंधन नहीं करती है , क्योंकि WinJS के अंदर अन्य सेटप्रोमाइज़ विधियाँ, जो बदले में WinRT में देरी तंत्र से जुड़ी होती हैं। यदि आप कुछ यादृच्छिक अतुल्यकालिक एपीआई से विलंबित परिणाम के साथ JJobInfo.setPromise कहते हैं। शेड्यूलर इस ऑपरेशन के निष्पादन मूल्य का उपयोग करने की कोशिश करेगा - यह कुछ भी हो सकता है, कुछ भी - एक फ़ंक्शन के रूप में, जो अपवाद को जन्म दे सकता है।)

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

 var workQueue = []; function addToQueue(worker) { workQueue.push(worker); } S.schedule(function processQueue(jobInfo) { while (work.length) { if (jobInfo.shouldYield) { jobInfo.setWork(processQueue); return; } work.shift()(); //    FIFO-  . } }}, S.Priority.belowNormal); 

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

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

 var workQueue = []; var haveWork = function () { }; //   function addToQueue(worker) { workQueue.push(worker); haveWork(); } S.schedule(function processQueue(jobInfo) { while (work.length) { if (jobInfo.shouldYield) { jobInfo.setWork(processQueue); return; } work.shift()(); //     FIFO-  . } //   ,  ,        . // ,   setWork  - ,   , //  ,  addToQueue   ,    ,  // haveWork ,     . jobInfo.setPromise(new WinJS.Promise(function (completeDispatcher) { haveWork = function () { completeDispatcher(processQueue) }; })) }); 

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

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

ध्यान दें कि एक ही लक्ष्य को प्राप्त करने का एक वैकल्पिक तरीका निम्नलिखित हैवॉक फ़ंक्शन असाइनमेंट का उपयोग करना होगा:

 haveWork = completeDispatcher.bind(null, processQueue); 

यह एक अनाम फ़ंक्शन के रूप में एक ही परिणाम देता है, लेकिन एक क्लोजर बनाए बिना।

निष्कर्ष

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

- क्रैग ब्रोकस्मिट
प्रोग्राम मैनेजर, विंडोज इकोसिस्टम और फ्रेमवर्क टीम
एचटीएमएल, सीएसएस, और जावास्क्रिप्ट के साथ " प्रोग्रामिंग विंडोज स्टोर ऐप्स " द्वारा पोस्ट किया गया, दूसरा संस्करण

संदर्भ

शेड्यूलर क्विक स्टार्ट गाइड
HTML समयबद्धक उदाहरण
विजुअल स्टूडियो 2013 डाउनलोड करें