ग्रोके डीएलआर

अनुवादक की प्रस्तावना

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

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

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



हुड के तहत, डीएलआर अंतर-प्रक्रिया संचार [इंटर-प्रोसेस कम्युनिकेशन (आईपीसी)] के लिए इंटरफेस का एक समृद्ध सेट प्रदान करता है। वर्षों से, डेवलपर्स ने अनुप्रयोगों के बीच बातचीत के लिए कई Microsoft उपकरण देखे हैं: DDE, DCOM, ActiveX, .net Remoting, WCF, OData। यह सूची लंबे समय तक चल सकती है। यह समरूपों की लगभग अंतहीन परेड है, जिनमें से प्रत्येक एक ऐसी तकनीक का प्रतिनिधित्व करती है जो यह वादा करती है कि इस वर्ष पहले की तुलना में डेटा का आदान-प्रदान करना या दूरस्थ कोड को कॉल करना और भी आसान हो जाएगा।

भाषाओं की भाषा

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

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



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

DynamicMetaObject

डीएलआर कैसे प्रस्तुत पैटर्न को लागू करता है, यह समझने के लिए, आइए DLR के केंद्रीय वर्गों में से एक देखें: DynamicMetaObject । हम इस प्रकार के बारह प्रमुख तरीकों में से तीन की खोज शुरू करते हैं:

1. BindCreateInstance - एक वस्तु बनाएं या सक्रिय करें
2. BindInvokeMember - एन्कैप्सुलेटेड विधि को कॉल करें
3. BindInvoke - ऑब्जेक्ट निष्पादन (एक फ़ंक्शन के रूप में)

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

अन्य ढांचे समान पैटर्न का पालन करते हैं। उदाहरण के लिए, COM ऑब्जेक्ट बनाने के लिए एक CoCreateInstance फ़ंक्शन प्रदान करता है। .NET रीमोटिंग में, आप System.Activator वर्ग से CreateInstance पद्धति का उपयोग कर सकते हैं। DLR DynamicMetaObject समान उद्देश्यों के लिए एक BindCreateInstance प्रदान करता है।

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

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

delegate void IntWriter(int n); void Main() { dynamic Write = new IntWriter(Console.WriteLine); Write(5); } 

यह कोड नंबर 5 को कंसोल पर प्रिंट करने का सबसे अच्छा तरीका नहीं है। एक अच्छा डेवलपर कभी भी इतना बेकार कुछ भी उपयोग नहीं करेगा। हालाँकि, यह कोड डायनामिक वैरिएबल के उपयोग को दिखाता है जिसका मान एक प्रतिनिधि है जिसे एक फ़ंक्शन के रूप में इस्तेमाल किया जा सकता है। यदि प्रतिनिधि प्रकार ID DynamicsicMetaObjectProvider इंटरफ़ेस लागू करता है, तो ऑपरेशन को वास्तविक कार्य में बाँधने के लिए DynamicMetaObject से BindInvoke पद्धति का उपयोग किया जाएगा। ऐसा इसलिए है क्योंकि संकलक पहचानता है कि गतिशील लिखें ऑब्जेक्ट को फ़ंक्शन के रूप में सिंटैक्टिक रूप से उपयोग किया जाता है। अब समझने के लिए कोड का एक और टुकड़ा पर विचार करें जब कंपाइलर BindInvokeMember उत्पन्न करेगा :

 class Writer : IDynamicMetaObjectProvider { public void Write(int n) { Console.WriteLine(n); } //    } void Main() { dynamic Writer = new Writer(); Writer.Write(7); } 

मैं इस छोटे से उदाहरण में इंटरफ़ेस के कार्यान्वयन को छोड़ दूंगा, क्योंकि इसे सही ढंग से प्रदर्शित करने के लिए बहुत सारे कोड होंगे। इस संक्षिप्त उदाहरण में, हम कोड की कुछ पंक्तियों के साथ एक गतिशील मेटा ऑब्जेक्ट को लागू करते हैं।

समझने के लिए एक महत्वपूर्ण बात यह है कि कंपाइलर यह पहचानता है कि राइटर। वाइट (7) एक तत्व एक्सेस ऑपरेशन है। जिसे हम आमतौर पर C में "पॉइंट ऑपरेटर" कहते हैं, उसे औपचारिक रूप से "टाइप मेंबर एक्सेस ऑपरेटर" कहा जाता है। इस मामले में संकलक द्वारा उत्पन्न DLR कोड अंततः BindInvokeMember को कॉल करेगा , जिसमें वह स्ट्रिंग लिखें और पैरामीटर संख्या 7 को उस ऑपरेशन को पास करेगा जो कॉल करने में सक्षम है। संक्षेप में, BindInvoke को एक गतिशील ऑब्जेक्ट को फ़ंक्शन के रूप में कॉल करने के लिए उपयोग किया जाता है, जबकि BindInvokeMember का उपयोग किसी डायनामिक ऑब्जेक्ट के तत्व के रूप में कॉल करने के लिए किया जाता है।

डायनेमिक मैटाओबजेक्ट के माध्यम से एक्सेस गुण

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

1. BindGetMember - संपत्ति मान प्राप्त करें
2. BindSetMember - संपत्ति मान सेट करें
3. BindDeleteMember - एक आइटम हटाएं

BindGetMember और BindSetMember का उद्देश्य स्पष्ट होना चाहिए। विशेष रूप से अब जब आप जानते हैं कि वे कैसे संबंधित हैं। .NET गुणों से कैसे काम करता है। जब संकलक एक गतिशील वस्तु के गुण ("पढ़ें") की गणना करता है, तो यह BindGetMember के लिए कॉल का उपयोग करता है। जब कंपाइलर सेट ("रिकॉर्ड") की गणना करता है, तो यह BindSetMember का उपयोग करता है।

एक सरणी के रूप में एक वस्तु का प्रतिनिधित्व

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

1. BindGetIndex - सूचकांक द्वारा मूल्य प्राप्त करें
2. BindSetIndex - इंडेक्स द्वारा सेट मान
3. BindDeleteIndex - सूचकांक द्वारा एक मूल्य हटाएं

यह समझने के लिए कि BindGetIndex और BindSetIndex का उपयोग कैसे किया जाता है , एक JavaBridge आवरण वर्ग की कल्पना करें जो Java कक्षाओं के साथ फाइल लोड कर सकता है और आपको बिना किसी कठिनाई के .NET कोड से उनका उपयोग करने की अनुमति देता है। इस तरह के आवरण का उपयोग ग्राहक जावा वर्ग को लोड करने के लिए किया जा सकता है, जिसमें कुछ ORM कोड होते हैं। DLR मेटा ऑब्जेक्ट का उपयोग इस ORM कोड को क्लासिक C # स्टाइल में .NET से कॉल करने के लिए किया जा सकता है। नीचे नमूना कोड है जो दिखाता है कि JavaBridge व्यवहार में कैसे काम कर सकता है:

 JavaBridge java = new JavaBridge(); dynamic customers = java.Load("Customer.class"); dynamic Jason = customers["Bock"]; Jason.Balance = 17.34; customers["Wagner"] = new Customer("Bill"); 

चूंकि तीसरी और पांचवीं लाइनें इंडेक्स ([]) द्वारा एक्सेस ऑपरेटर का उपयोग करती हैं, कंपाइलर इसे पहचानता है और JavaBridge से लौटी मेटा ऑब्जेक्ट के साथ काम करते समय BindGetIndex और BindSetIndex विधियों का उपयोग करता है। यह समझा जाता है कि लौटी हुई वस्तु पर इन विधियों के कार्यान्वयन से जावा रिमोट विधि मंगलाचरण (RMI) के माध्यम से JVM से विधि के निष्पादन का अनुरोध किया जाएगा। इस परिदृश्य में, DLR C # और किसी अन्य भाषा के बीच स्थिर टाइपिंग के साथ एक सेतु के रूप में कार्य करता है। आशा है कि यह स्पष्ट करता है कि मैंने डीएलआर को "भाषाओं की भाषा" क्यों कहा है।

BindDeleteMember विधि, BindDeleteIndex की तरह, केवल C # और Visual Basic जैसी स्थिर टाइपिंग वाली भाषाओं से उपयोग के लिए अभिप्रेत नहीं है, क्योंकि वे अवधारणा का समर्थन नहीं करते हैं। हालाँकि, आप "हटाने" पर विचार करने के लिए सहमत हो सकते हैं, भाषा के माध्यम से व्यक्त किए गए कुछ ऑपरेशन, यदि यह आपके लिए उपयोगी है। उदाहरण के लिए, आप सूचकांक द्वारा एक तत्व को अशक्त करने के रूप में BindDeleteMember को लागू कर सकते हैं।

ट्रांसफॉर्मर्स और ऑपरेटर्स

DLR मेटाबॉजेक्ट विधियों का अंतिम समूह ऑपरेटरों और परिवर्तनों को संभालने के बारे में है।

1. BindConvert - एक वस्तु को दूसरे प्रकार में परिवर्तित करता है
2. BindBinaryOperation - दो ऑपरेंड पर एक बाइनरी ऑपरेटर का उपयोग करना
3. BindUnaryOperation - एक ऑपरेंड पर एक यूनिरी ऑपरेटर का उपयोग करना

BindConvert विधि का उपयोग तब किया जाता है जब संकलक को पता चलता है कि वस्तु को किसी अन्य ज्ञात प्रकार में परिवर्तित करने की आवश्यकता है। जब किसी डायनामिक कॉल का परिणाम स्थिर प्रकार के साथ एक चर को सौंपा जाता है तो अंतर्निहित रूपांतरण होता है। उदाहरण के लिए, निम्नलिखित C # उदाहरण में, वेरिएबल y को असाइन करने से BindConvert को एक निहित कॉल होता है :

 dynamic x = 13; int y = x + 11; 

BindBinaryOperation और BindUnaryOperation विधियों का उपयोग हमेशा तब किया जाता है जब अंकगणितीय संचालन ("+") या वेतन वृद्धि ("++") का सामना किया जाता है। ऊपर दिए गए उदाहरण में, डायनेमिक वेरिएबल x को निरंतर 11 में जोड़ना BindBinaryOperation मेथड कहलाएगा । इस छोटे से उदाहरण को याद रखें, हम इसका उपयोग अगले अनुभाग में CallSite नामक एक अन्य प्रमुख DLR वर्ग को धमाका करने के लिए करते हैं।

CallSite के साथ गतिशील प्रेषण

यदि DLR से आपका परिचय डायनामिक कीवर्ड का उपयोग करने से परे नहीं होता है, तो आप शायद .NET फ्रेमवर्क में CallSite के अस्तित्व के बारे में कभी नहीं जानते होंगे। यह मामूली प्रकार, जिसे औपचारिक रूप से CallSite < T > के रूप में जाना जाता है, System.Runtime.CompilerServices नामस्थान में रहता है। यह मेटाप्रोग्रामिंग का "शक्ति स्रोत" है: यह सभी प्रकार के अनुकूलन तरीकों से भरा है जो गतिशील .NET कोड को तेज और कुशल बनाते हैं। मैं लेख के अंत में CallSite < T > प्रदर्शन पहलुओं का उल्लेख करूंगा ।

डायनामिक .NET कोड में ज्यादातर CallSite क्या करता है, इसमें रनटाइम में कोड बनाना और संकलन करना शामिल है। यह ध्यान रखना महत्वपूर्ण है कि CallSite < T > वर्ग उन नामों में निहित है जिसमें " रनटाइम " और " कंपाइलरसेवर्स " शब्द शामिल हैं। यदि DLR एक "भाषाओं का भाषा" है, तो CallSite < T > इसके सबसे महत्वपूर्ण व्याकरणिक निर्माणों में से एक है। चलिए CallSite को जानने के लिए पिछले भाग से फिर से हमारे उदाहरण को देखते हैं और संकलक आपके कोड में उन्हें कैसे एम्बेड करता है।

 dynamic x = 13; int y = x + 11; 

जैसा कि आप पहले से ही जानते हैं, इस कोड को निष्पादित करने के लिए BindBinaryOperaion और BindConvert तरीके लागू किए जाएंगे। आपको संकलक द्वारा उत्पन्न डिसएम्बल्ड MSIL कोड की लंबी सूची दिखाने के बजाय, मैंने एक चित्र बनाया:



याद रखें कि संकलक भाषा सिंटैक्स का उपयोग यह निर्धारित करने के लिए करता है कि किस प्रकार के गतिशील तरीकों को निष्पादित करना है। हमारे उदाहरण में, दो ऑपरेशन किए जाते हैं: चर x को संख्या ( साइट 2 ) में जोड़ना और परिणाम को इंट ( साइट 1 ) में डालना । इनमें से प्रत्येक क्रिया कॉलसाइट में बदल जाती है, जिसे एक विशेष कंटेनर में संग्रहित किया जाता है। जैसा कि आप आरेख में देख सकते हैं, CallSites को रिवर्स ऑर्डर में बनाया गया है, लेकिन सही तरीके से कहा जाता है।

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

आसान तरीका अपनाएं

डीएलआर के बहुत दिल में, अभिव्यक्ति पेड़ों का उपयोग ऊपर प्रस्तुत बारह बाध्यकारी तरीकों से बंधे कार्यों को उत्पन्न करने के लिए किया जाता है। कई डेवलपर्स लगातार LINQ का उपयोग करते हुए अभिव्यक्ति के पेड़ों के साथ सामना कर रहे हैं, लेकिन केवल कुछ के पास ID DynamicsicMetaObjectProvider अनुबंध को पूरी तरह से लागू करने के लिए पर्याप्त गहरा अनुभव है। सौभाग्य से, .NET फ्रेमवर्क में एक बेस क्लास होता है जिसे डायनामिकऑब्जेक्ट कहा जाता है जो अधिकांश काम का ध्यान रखता है।

अपना खुद का डायनेमिक क्लास बनाने के लिए, आपको केवल डायनामिकऑब्जेक्ट से वारिस करना होगा और निम्नलिखित बारह तरीकों को लागू करना होगा:

1. TryCreateInstance
2. TryInvokeMember
3. TryInvoke
4. TryGetMember
5. TrySetMember
6. TryDeleteMember
7. TryGetIndex
8. TrySetIndex
9. TryDeleteIndex
10. TryConvert
11. TryBinaryOperation
12. TryUnaryOperation

क्या विधि के नाम परिचित दिखते हैं? आपको करना चाहिए, क्योंकि आपने एब्सट्रैक्ट डायनेमिकमैटबॉजेक्ट क्लास के तत्वों का अध्ययन करना समाप्त कर दिया है, जिसमें BindCreateInstance और BindInvoke जैसे तरीके शामिल हैं। DynamicMetaObject वर्ग ID DynamicsicMetaObjectProvider के लिए एक कार्यान्वयन प्रदान करता है, जो एक डायनेमिक मीटऑब्जेक्ट को उसकी एकमात्र विधि से लौटाता है। मेटा ऑब्जेक्ट के आधार कार्यान्वयन से जुड़े ऑपरेशन डायनेमिकऑब्जेक्ट उदाहरण पर "कोशिश" से शुरू होने वाले तरीकों पर अपनी कॉल को बस सौंपते हैं। आपको बस इतना करने की ज़रूरत है कि डायनेमिकऑब्जेक्ट से विरासत में मिली क्लास में TryGetMember और TrySetMember जैसे तरीकों को ओवरलोड किया जाए , जबकि मेटा ऑब्जेक्ट अभिव्यक्ति के पेड़ों के साथ सभी गंदे काम करेगा।

कैशिंग

[आप DLR पर मेरे पिछले लेख में कैशिंग के बारे में अधिक पढ़ सकते हैं]

डेवलपर्स के लिए गतिशील भाषाओं के साथ काम करते समय सबसे बड़ी चिंता प्रदर्शन की है। डीएलआर इन अनुभवों को दूर करने के लिए असाधारण उपाय करता है। मैंने संक्षेप में इस तथ्य का उल्लेख किया है कि CallSite < T > System.Runtime.CompilerServices नामक एक नामस्थान में रहता है। एक ही नाम स्थान में कई अन्य कक्षाएं हैं जो मल्टीलेवल कैशिंग प्रदान करती हैं। इन प्रकारों का उपयोग करके, DLR गतिशील संचालन को गति देने के लिए कैशिंग के तीन मुख्य स्तरों को लागू करता है:

1. वैश्विक कैश
2. स्थानीय कैश
3. पॉलिमॉर्फिक डेलिगेट कैश

किसी विशिष्ट CallSite के लिए बाइंडिंग बनाने के लिए संसाधनों की अनावश्यक बर्बादी से बचने के लिए कैश का उपयोग किया जाता है। यदि टाइप स्ट्रिंग के दो ऑब्जेक्ट्स को एक डायनेमिक विधि से पास किया जाता है जो इंट रिटर्न देता है, तो वैश्विक या स्थानीय कैश परिणामी बाइंडिंग को बचाएगा। यह बाद की कॉल को बहुत सरल करेगा।

डेलिगेट कैश, जो कि कॉलसाइट के अंदर ही स्थित है, पॉलिमॉर्फिक कहलाता है, क्योंकि ये प्रतिनिधि अलग-अलग रूप ले सकते हैं, जिसके आधार पर डायनामिक कोड निष्पादित किया जाता है और उन्हें उत्पन्न करने के लिए अन्य कैश से कौन से नियमों का उपयोग किया गया था। प्रतिनिधि कैश को कभी-कभी इनलाइन कैश भी कहा जाता है। इस शब्द का उपयोग करने का कारण यह है कि DLR और उनके बाइंडरों द्वारा उत्पन्न भाव MSIL कोड में परिवर्तित हो जाते हैं जो किसी अन्य .NET कोड की तरह JIT संकलन से गुजरता है। रनटाइम पर संकलन आपके प्रोग्राम के "सामान्य" निष्पादन के साथ-साथ होता है। यह स्पष्ट है कि कार्यक्रम के निष्पादन के दौरान संकलित MSIL कोड में-पर-गतिशील डायनेमिक कोड को चालू करना एप्लिकेशन के प्रदर्शन को बहुत प्रभावित कर सकता है, इसलिए कैशिंग तंत्र महत्वपूर्ण है।