एक बार फिर C ++ में प्रतिनिधियों के बारे में

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

पहले आपको उद्देश्य सी में प्रतिनिधिमंडल के दृष्टिकोण को स्पष्ट करना होगा।

इसलिए, अच्छे स्वाद के नियमों के अनुसार, हमारे पास एक इंटरफेस होना चाहिए (@interface प्लस में वर्ग का एक निश्चित एनालॉग है, इसके बाद हम इसे एक वर्ग भी कहेंगे), और प्रतिनिधि विधियों (@protocol) की घोषणा के साथ एक प्रोटोकॉल, जिस वर्ग को प्रतिनिधियों को स्थापित करने की आवश्यकता है, इस से विरासत होना चाहिए। प्रोटोकॉल (Kokoshnikov की भाषा में, प्रोटोकॉल का समर्थन करने के लिए), और वह वर्ग जो प्रतिनिधियों को बुलाता है, एक प्रतिनिधि को प्रतिनिधियों के तरीकों के साथ एक वर्ग रखने के लिए और प्रोटोकॉल समर्थन को कार्यान्वित करता है (हालांकि गतिशील बंधन के कारण वंशानुक्रम आवश्यक नहीं है, बस नाम कॉपी और पेस्ट करें। यदि हम वांछित वर्ग में प्रोटोकॉल दर्ज करते हैं, तो हम यह निर्धारित करते हैं कि क्या करना है - संकलक चेतावनी दिखाएगा, लेकिन सब कुछ काम करता है, लेकिन सी ++ में यह काम नहीं करेगा, फिर आपको उत्साह के साथ उपरोक्त सभी को देखने की आवश्यकता है)।

अब कोड पर जाएं। शुरू करने के लिए, हम एक समान प्रोटोकॉल / इंटरफ़ेस की एक जोड़ी की घोषणा करेंगे, लेकिन इस तथ्य के लिए समायोजित किया जाएगा कि हमारे पास C ++ है;

// SomeInterfaceAndProtocol.hpp #ifndef demo_interface_protocol #define demo_interface_protocol struct _protocol //   objC,      ,        { void virtual ActionString(char *)=0;// ; int virtual ActionRetNums(double S)=0; int virtual length(char *)=0; }; class _interface //   { private: char *text; double flo; int lo; _protocol *delegate;//     public: _interface(int Z, double f, char *u); _interface(int Z, double f, char *u, _protocol *_); void SetDelegate(_protocol *_); void action(); void viewResults(); ~_interface(); }; #endif 

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

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

 #include "SomeInterfaceAndProtocol.hpp" #include "math.h" class realprotocol: public _protocol// ,      { int length(char *text) //     { int i=0; while(text[i])i++; return i; } void ActionString(char *stroka)//        { int len=this->length(stroka); int k=0; char Z; while(k!=(int)(len/2)) { Z=stroka[k]; stroka[k]=stroka[len-1-k]; stroka[len-1-k]=Z; k++; }; } int ActionRetNums(double S)//     { return (int)sqrt(S); } }; 

ध्यान दें (!): class realprotocol: public _protocol - आपको इस तरह लिखने की जरूरत है, अगर क्लास को केवल क्लास रियलप्रोकोल घोषित किया जाता है, और फिर सब कुछ उसी तरह से लिखें - यह काम नहीं करता है, इसके अलावा, बिना वंचित प्रकार की माफी के बिना, कंपाइलर भी इसे इकट्ठा नहीं करेगा, इस संबंध में उद्देश्य सी अधिक मिलनसार (ऊपर देखें), लेकिन यहां मेरी कमियां हैं (और कई)।

और अब यह सूची दिखाने का समय है जहां प्रतिनिधि और प्रतिनिधि बातचीत करते हैं:

 #include <cstdlib> #include "SomeInterfaceAndProtocol.hpp" #include "realprotocol.hpp" realprotocol delegat; _interface delegator=_interface(44, 66.888, "seidal eht rof maj"); int main(int argc, char *argv[]) { delegator.SetDelegate(&delegat); delegator.action(); delegator.viewResults(); system("PAUSE"); return EXIT_SUCCESS; } 

परिणामों के साथ कंसोल:



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

यह स्पष्ट है कि यह दृष्टिकोण आदर्श नहीं है, लेकिन C ++ आमतौर पर प्रतिनिधिमंडल के लिए किसी भी तरह से बैसाखी के बिना प्रस्ताव नहीं करता है, जिस वस्तु को वे प्रत्यायोजित करते हैं, उसे किसी अन्य वस्तु से वंशानुक्रम की आवश्यकता हो सकती है और वंशानुक्रम में प्रोटोकॉल जोड़ने से काम नहीं हो सकता है (परियोजना में कई विरासत के उपयोग का निषेध, आभासी कार्य) माता-पिता को अन्य कक्षाएं)। हालांकि हमें सिर की आवश्यकता क्यों है? यह सही है - समाधान के साथ आने के लिए, अगर विरासत के साथ कोई रास्ता नहीं है - सी ++ मानक आपको यह लिखने की अनुमति देता है:

 class externalclass:someclass1, someclass2 { private: class internalclass:public _protocol { //-- }; internalclass forDelegate; public: _protocol* GetForDelegate() { return &forDelegate; } }; 

बाहरी और भीतरी वर्ग को इतनी मजबूती से जोड़ा जा सकता है कि उनकी बातचीत से वह सब कुछ मिल जाएगा जिसकी हमें जरूरत है।

सारांश:

1) कक्षा को प्रत्यायोजित करने के लिए बनाना आवश्यक है, एक प्रोटोकॉल वर्ग जो आभासी कार्यों, प्रतिनिधियों और सूचक के माध्यम से प्रत्यायोजित वस्तु के साथ काम करता है।
2) प्रत्यायोजित वर्ग को प्रोटोकॉल से विरासत में प्राप्त होना चाहिए।