[कीव] .Net में अतुल्यकालिक प्रोग्रामिंग पर कार्यशाला

कल मैं पहले सेमिनार में सामान्य तौर पर और विशेष रूप से नेट पर था, और यह सिर्फ इतना हुआ कि मैंने सेमिनार का संचालन किया (हाँ, मेरे अलावा, वहाँ भी लोग थे, वास्तव में)। संगोष्ठी .Net मंच पर अतुल्यकालिक प्रोग्रामिंग के लिए समर्पित थी, जो कल लक्सॉफ्ट प्रशिक्षण केंद्र में हुई थी।

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

सेमिनार, वास्तव में, अतुल्यकालिक प्रोग्रामिंग पर मेरे दो लेखों पर आधारित था: "अतुल्यकालिक प्रोग्रामिंग और AsyncEnumerator" और "C # 5 में अतुल्यकालिक संचालन का परिचय" , साथ ही पुनरावृत्तियों की आंतरिक संरचना पर लेख: "I # में सी Iterators" । प्रतिक्रियात्मक विस्तार, जिस पर मैं भी विचार करने जा रहा था, निश्चित रूप से इसमें फिट नहीं था; केवल RX-s दो घंटे के लिए पर्याप्त नहीं होगा, इसलिए मैंने स्प्रे नहीं करने का फैसला किया।

परिणाम 50 स्लाइड की प्रस्तुति थी, जिसमें लगभग निम्नलिखित संरचना थी:


1. एकरसता और वह सब कुछ ब्ला ब्ला ब्ला।

2. उदाहरणों, उनके फायदे और नुकसान के साथ तुल्यकालिक संचालन।

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

3. .Net में अतुल्यकालिक प्रोग्रामिंग के पैटर्न: (1) शास्त्रीय Async पैटर्न और (2) घटना आधारित Async पैटर्न ।

लगभग हर .Net प्रोग्रामर को BeginXXX / EndXXX तरीकों के बारे में पता है और उनमें से ज्यादातर ने BackgroundWorker वर्ग के साथ काम किया। हालांकि, हर कोई नहीं जानता है कि BeginXXX / EndXXX तरीके एक क्लासिक अतुल्यकालिक प्रोग्रामिंग पैटर्न हैं, और बैकग्राउंडवॉकर ईवेंट-आधारित Async पैटर्न का एक विशिष्ट प्रतिनिधि है।

4. मौजूदा पैटर्न का नुकसान

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

5. पॉवरट्रेडिंग लाइब्रेरी और, विशेष रूप से, AsyncEnumerator वर्ग।

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

5.1। विषय से ध्यान भटकाना: इटरेटर ब्लॉक।

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

6. C # 5. एसिंक्रोनस ऑपरेशंस को एस्सेंक करना और इंतजार करना।

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

पहले से अध्ययन की गई सामग्री के संदर्भ में प्रतीक्षा और एसिंक्स सुविधाओं का मुख्य विचार किया गया था: हम IEnumerator <int> को async से प्रतिस्थापित करते हैं, और प्रतीक्षा के साथ पैदावार वापसी करते हैं और हम AsyncEnumerator से C # 5.0 की नई सुविधाओं के लिए आगे बढ़ रहे हैं।

7. निष्कर्ष, प्रश्न, आदि।

कार्यशाला का सारांश

आज सहकर्मियों के साथ उड़ान का एक अतिरिक्त विश्लेषण था, जिसके परिणामस्वरूप निम्नलिखित निष्कर्ष किए गए थे। आपको क्या काम करना है:

1. मैं कभी-कभार स्लाइड्स पर स्कोर करता था और अपने आप से बात करता था, कभी-कभी आगे की स्लाइड्स में।

2. मेरे द्वारा उपयोग किए जाने वाले सभी शब्द लोगों के लिए समझ में नहीं आए। उदाहरण के लिए, मैं सिंक्रनाइज़ेशन संदर्भों के बारे में बात कर सकता हूं, जिसका अर्थ है कि हर कोई इन अवधारणाओं से परिचित है। चूंकि यह हमेशा ऐसा नहीं था, दर्शकों का हिस्सा खो गया था।

3. सरल से जटिल तक बात करें, और इसके विपरीत नहीं। ऐसे मामले थे जब पहली बार में मैंने कुछ विषयों के साथ सतही रूप से निपटा, और उसके बाद ही उन्हें और अधिक विस्तार से जांचा। इस वजह से, लोगों के पास अतिरिक्त प्रश्न थे, और कुछ गलतफहमी दिखाई दी।

4. दर्शकों के साथ अधिक संवाद करें। मैंने सवाल पूछने की कोशिश की और कभी-कभी यह मजाक करने के लिए मूर्खतापूर्ण भी है, लेकिन यह दर्शकों को शामिल करने के लायक है।

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

6. हां, मैंने कार्यों (टास्क, टास्क <टी>, आदि) पर बहुत कम ध्यान दिया। निष्पादन के प्रवाह के एक स्पष्ट प्रदर्शन के साथ, हमें ContinueWith और इसी तरह के सभी प्रकार के साथ और आरेखण के रूप में बेहतर उदाहरणों की आवश्यकता है।

7. कोड उदाहरणों में, पर्याप्त संख्या में नंबर नहीं थे, लेकिन मेरे पास लेजर पॉइंटर नहीं था। इसके कारण, कभी-कभी मुझे अतिरिक्त रूप से हॉल के चारों ओर दौड़ना पड़ता था और अपनी उंगलियों पर कुछ बताना पड़ता था।

8. अगली बार जब आपको इस मामले को रिकॉर्ड करने की आवश्यकता होती है, तो अपने आप को पक्ष से देखने और त्रुटियों का अधिक विस्तृत विश्लेषण करने के लिए।

आपको क्या पसंद आया:

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

सामान्य तौर पर, मैं इस विषय को फिर से दोहराने या विचार करने के लिए तैयार हूं, या जेट एक्सटेंशन पर स्पर्श करूं, जिसमें बहुत से लोग रुचि रखते हैं।

यहां आप डाउनलोड कर सकते हैं: (1) एक प्रस्तुति ; (२) परीक्षण प्रक्षेपण ।

-----------------------------

(*) यह एक कंपनी के साथ एंडर्स हेल्सबर्ग के लिए एक सूक्ष्म गठबंधन है जो C # और VB.NET में अतुल्यकालिक प्रोग्रामिंग के लिए सुविधाएँ जोड़ने जा रहा है;)