डेल्फी RAII में मैं पर डॉट्स डाल रहा हूं

डेल्फी का आरएआई विषय आमतौर पर शांत हो जाता है, या इस विषय पर जानकारी इंटरफेस की उपयोगिता की चर्चा तक सीमित है। लेकिन अकेले इंटरफेस कई वांछित क्षमताएं प्रदान नहीं करते हैं। जब संचालन के ओवरलोडिंग, रिकॉर्ड के निजी क्षेत्र, अपने स्वयं के रचनाकारों और रिकॉर्ड्स के तरीके डेल्फी 2006 में दिखाई दिए, और यह स्वचालित रूप से विनाशकारी कहा जाता है, तो देखना तर्कसंगत था। और रन-टाइम की अनुमति देता है, और टॉप -10 में डेल्फी की नई सुविधाओं के अनुरोध के लिए कई वर्षों से अनुरोध संख्या 21729 हैंग होता है "रिकॉर्ड ऑपरेटर ओवरलोडिंग: कृपया" इनिशियलाइज़ "और" फाइनल "ऑपरेटरों को लागू करें । शायद भाग्य नहीं। कुछ नहीं, मैं आपको दिखाता हूँ कि बिना असफल सुविधाओं के कैसे किया जाए। चूंकि डेल्फी 7 सभी जीवितों की तुलना में अधिक जीवित है, डेल्फी 7 के साथ संगत समाधानों पर विचार किया जाएगा

वर्कअराउंड खोजने के लिए पर्याप्त समय था। यह लेख एक ट्यूटोरियल नहीं है और उन्नत डेल्फी डेवलपर्स के लिए डिज़ाइन किया गया है जो अपने स्वयं के पुस्तकालयों को लिख रहे हैं या अन्य प्रोग्रामिंग भाषाओं में पुस्तकालयों से जोड़ रहे हैं

आप डेल्फी में RAII क्यों चाहते हैं?

• स्वचालित स्मृति प्रबंधन। कोशिश से सीढ़ी ... अंत में गंभीर नहीं है। TList, TComponentList और अन्य लोगों को अनुशासन की आवश्यकता होती है जो उनका उपयोग करेगा। यह विशेष रूप से कठिन है, स्वचालन के बिना, एक अपस्ट्रीम क्लोजर से उपयोग किए जाने वाले चर के लिए मेमोरी को सही तरीके से डील करने के लिए।
• कॉपी-ऑन-राइट और संदर्भ काउंटर
• अन्य विशेष प्रतिलिपि व्यवहार
• तृतीय-पक्ष पुस्तकालयों में निर्मित वस्तुओं के लिए कॉपी-ऑन-राइट और संदर्भ काउंटर (उदाहरण के लिए, CFString)

किस प्रकार के डेल्फी के लिए स्वचालित नियंत्रण काम करता है?

• AnsiString, WideString, UnicodeString - तार
• सरणी के ... - गतिशील सरणियाँ
• संदर्भ ... - डेल्फी 2009+ में बंद हुआ
• इंटरफेस
• वेरिएंट, ओलेवियारेंट - विकल्प

इन सभी विशेषताओं के बीच, केवल इंटरफेस और विकल्प प्रोग्राम करने योग्य हैं।

खराब इंटरफेस क्या हैं?

• एनआईएल को आरम्भ करता है, जिसे विधियाँ नहीं कहा जा सकता है।
  उपयुक्त नहीं है यदि आप अपने स्वयं के स्ट्रिंग प्रकार या अपने स्वयं के लंबे अंकगणित को लागू करना चाहते हैं। एक uninitialized चर को क्रमशः एक खाली स्ट्रिंग या 0 की तरह व्यवहार करना चाहिए
• तरीके सूचक चर की सामग्री को नहीं बदल सकते हैं जिसके लिए उन्हें बुलाया गया था
• किसी वस्तु की नकल करते समय क्या होता है, इस पर कोई नियंत्रण नहीं है। केवल AddRef जो पॉइंटर चर की सामग्री को नहीं बदल सकता है
• कॉपी-ऑन-राइट करने की कोई अंतर्निहित क्षमता नहीं है
• कोई अधिभार संचालन नहीं

बुरे विकल्प क्या हैं?

• आरंभिक अप्रकाशित, जिसे विधियाँ भी नहीं कहा जा सकता है
• कॉल अप्रकाशित हैं। IDispatch या प्रेषण विकल्पों को लागू करना ज्ञान का एक गैर-तुच्छ और खराब दस्तावेज वाला क्षेत्र है।
• अन्य प्रकार के विकल्पों के बीच घटिया रूपांतरणों को लागू करने की आवश्यकता है, सभी प्रकार के सहायक तरीके जिन्हें बुलाया जा सकता है

इन समस्याओं का अधिकांश हल कैसे करें?

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

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

procedure Unique(var Obj: IOurInterface); 

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

अनुकूलन उद्देश्यों के लिए, अपनी खुद की लाइनों या लंबी अंकगणित को लागू करते समय, आपको एक विशेष मामला प्रदान करना पड़ सकता है: a = = a + b। मैं यह गारंटी नहीं दे सकता कि यह काम करेगा, लेकिन यदि आप ऑपरेशन को लागू करते हैं तो + आप बिंदुओं की तुलना स्वयं और @ परिणाम से कर सकते हैं

आंतरिक क्षेत्र के बिना शर्त स्वत: प्रारंभिककरण की समस्या मौलिक रूप से अघुलनशील है, लेकिन इसे पहली कॉल पर शुरू किया जा सकता है। अन्य समस्याओं को या तो इंटरफ़ेस को रिकॉर्ड में लपेटकर, या रिकॉर्ड में एक विकल्प को लपेटकर हल किया जा सकता है, इस पर बाद में

एक रिकॉर्ड में एक विकल्प एक शीशे का आवरण में मार्शमैलो की तरह है, लेकिन एक रिकॉर्ड में एक विकल्प

इंटरफ़ेस की तुलना में मूल प्रकार का विकल्प अधिक पूर्ण नियंत्रण देता है। चूंकि वैरिएंट फ़ील्ड निजी है और बाहरी रूप से यह वेरिएंट लीक नहीं होना चाहिए, आप अपने स्वयं के (कस्टम) प्रकार के वेरिएंट के केवल न्यूनतम सेट को लागू कर सकते हैं। डिबगर के अलावा (CastTo) का विकल्प लाइन में डालने का प्रयास करते समय जब आप ओवरओवर करते हैं, तो आपको कॉपी को लागू करने और विकल्प को खाली करने की आवश्यकता होगी। रैम में, मूल प्रकार के प्रकार, एक नियम के रूप में, एक प्रकार के प्रकार के मार्कर और एक सूचक (उदाहरण के लिए, एक टोबिज वंशज) से मिलकर बनता है। यह कैसे किया जाता है, मैं सुझाव देता हूं कि जटिल संख्या (VarCmplx.pas) के कार्यान्वयन का एक उदाहरण देखें, जो कि कम से कम, डेल्फी 7 के बाद से मौजूद है

विकल्पों का उपयोग करना एकल-लिंक CFString आवरण के लिए उपयोगी होगा। यदि आप इंटरफेस को लपेटते हैं, तो डेल्फी इंटरफ़ेस पर AddRef और रिलीज़ को कॉल करेगा, लेकिन CFString इंटरफ़ेस नहीं है, और आपको इंटरफ़ेस से अप्रत्यक्ष की एक अतिरिक्त परत में CFString को लपेटने की आवश्यकता होगी, या अपने स्वयं के वेरिएंट प्रकार का उपयोग करें, जो सामान्य मेमोरी प्रबंधन के लिए आवश्यक CFRetain और CFRelease को कॉल करता है। CFString। यह CFString रैपर की तुलना में बहुत बेहतर काम करेगा जो Embarcadero डेल्फी XE2 में प्रदान करता है

अरे, डेल्फी 7 के बारे में क्या?

डेल्फी एक लंबे इतिहास वाली भाषा है, और डेल्फी ऑब्जेक्ट सिस्टम दिखाई देने से पहले, ऑब्जेक्ट्स के साथ बोरलैंड पास्कल में एक और ऑब्जेक्ट सिस्टम था। डेल्फी 7 और डेल्फी 2005 में, यह अभी भी कार्य करता है। रिकॉर्ड के बजाय, ऑब्जेक्ट कीवर्ड लिखा जाता है, और परिणामी प्रकार डेल्फी 2006 में रिकॉर्ड की तरह है: इसमें निजी क्षेत्र हो सकते हैं, इसमें विधियाँ हो सकती हैं। एक ही प्रकार की वस्तुओं को एक दूसरे को सौंपा जा सकता है, इस अर्थ में वे रिकॉर्ड के समान हैं। बस हमें जो चाहिए। कंपाइलर एक असुरक्षित प्रकार पर शपथ लेगा, संचालन का कोई अधिभार नहीं है, लेकिन ये केवल असुविधाएं हैं। ऑब्जेक्ट और रिकॉर्ड के बीच समानता इतनी महान है कि आप कंपाइलर के सशर्त निर्देशों का उपयोग डेल्फी के पुराने संस्करणों पर ऑब्जेक्ट के रूप में घोषित करने के लिए कर सकते हैं, और नए संस्करणों पर नए के रूप में रिकॉर्ड कर सकते हैं। ठीक ऐसा ही मैंने अपने छोटे डेल्फी-सीवरिएंट्स कलेक्शन लाइब्रेरी में किया ।

यदि आप एक दूसरे का उपयोग करने वाले इन प्रकारों को घोषित करने का प्रयास करते हैं तो समस्याएँ उत्पन्न हो सकती हैं। स्रोत कोड में लूपिंग निर्भरताएं कक्षाओं, इंटरफेस और पॉइंटर्स के लिए प्रदान की जाती हैं, लेकिन वस्तुओं के लिए नहीं। वस्तुओं को घोषित करना बेहतर है, ताकि हर कोई पहले वाले के बारे में जानता हो, लेकिन इसके विपरीत नहीं। इसलिए, उदाहरण के लिए, मेरी लाइब्रेरी में CMapIterator CVariant के बारे में जानता है, लेकिन CVariant CMapIterator के बारे में नहीं जानता है