😺 🎭 ⛄️ दृढ़ता से टाइप किए गए ऑब्जर्वर पैटर्न या हमें ऑब्जेक्टिव-सी ++ की आवश्यकता क्यों है Ⓜ️ 🛀 🐼

"प्रत्यायोजन-सी में घटना प्रसंस्करण", उदाहरण के लिए घटनाओं के प्रतिनिधिमंडल के बारे में (उदाहरण के लिए, viewWillAppear: (BOOL) एनिमेटेड ) विषय के बारे में कई प्रतियां पहले ही टूट गई हैं, जब आप कार्यक्रम के विभिन्न स्थानों में एक साथ उन्हें सुनने की आवश्यकता नहीं है, तो यह कैसे सुविधाजनक है।

मैं आपको ऑब्जर्वर टेम्प्लेट के अपने कार्यान्वयन की पेशकश करना चाहता हूं, जो C ++ 0x की शक्ति का उपयोग करता है और आपको मापदंडों की एक कठोर टाइप की गई सूची के साथ संकेत घोषित करने की अनुमति देता है, उदाहरण के लिए:

new TLSignal<NSString *, BOOL>(self);

क्योंकि चूँकि C ++ का मेरा ज्ञान दुर्लभ है, इसलिए मैं इस कोड को बेहतर बनाने के लिए किसी भी सलाह के लिए आभारी रहूँगा।

रुचि कृपया बिल्ली के नीचे।

समस्या का सार

अक्सर ऐसी स्थितियां होती हैं जब किसी घटना के बारे में अन्य वस्तुओं को सूचित करना आवश्यक होता है (संपत्ति बदल गई है, राज्य में परिवर्तन, और इसी तरह), जबकि एक से कई पत्राचार का पालन करने में सक्षम होना आवश्यक है ताकि कई श्रोताओं को एक ही समय में घटना प्राप्त हो सके। इस कारण से, प्रतिनिधियों के साथ विकल्प तुरंत गायब हो जाता है।
अंतर्निहित उद्देश्य-सी उपकरण हमें क्या विकल्प प्रदान करते हैं?

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

ऑब्जर्वर पैटर्न

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

हमारे आयोजनों के श्रोता नियमित ऑब्जेक्टिव-सी ब्लॉक होंगे।
मेरे संकेतों की मदद से घटनाओं को भेजने वाली वस्तु उनके निर्माण और विनाश के लिए जिम्मेदार है।
अधिसूचना के दौरान निष्पादित की गई विधि के प्रकार और संख्या C ++ टेम्पलेट के माध्यम से सेट की जाएगी और संकलन चरण में जांच की जाएगी।

तो, संकेत घोषणा इस तरह दिखती है:

  new TLSignal<NSString *, BOOL>(self);

जिसका अर्थ है कि:

हमने एक संकेत बनाया जो 2 पैरामीटर लेता है: एक स्ट्रिंग (NSString) और एक बूलियन (BOOL)
हमारे सिग्नल का लक्ष्य स्वयं होगा, अर्थात वह वस्तु जिसमें यह संकेत निर्मित होता है।

इस मामले में, इस घटना को सुनने वाला ब्लॉक इस तरह दिखेगा:

 auto observerBlock = ^(id target, NSString *stringParam, BOOL boolParam) { NSLog(@"%@ %@ %d", target, stringParam, boolParam); };

पहले पैरामीटर आईडी लक्ष्य पर ध्यान दें, यह हमेशा प्रसारित होता है और इस सिग्नल के "धारक" के बराबर होता है।

उदाहरण का उपयोग करें

उपयोग के उदाहरण के बिना एक कोड एक कोड नहीं है, इसलिए मैं एक कार्यक्रम का एक छोटा सा उदाहरण देना चाहता हूं, जिसके उदाहरण पर मैं यह प्रदर्शित करना चाहूंगा कि संकेतों के फायदे क्या हैं और उनका उपयोग कैसे करें।

ExampleViewController.h

 #import <UIKit/UIKit.h> #import "Signals.h" @interface ExampleViewController : UIViewController @property (nonatomic, readonly) TLSignal<UIView *> *viewDidLoadSignal; @end

यहां सब कुछ सरल है, हम पहचानकर्ता व्यूडीडलडिसग्नल के साथ एक सिग्नल की घोषणा करते हैं, जो श्रोताओं को यूआईवाईईवाई उदाहरण पारित करेगा।

ExampleViewController.mm

 #import "ExampleViewController.h" @implementation ExampleViewController @synthesize viewDidLoadSignal = _viewDidLoadSignal; -(TLSignal<UIView *> *)viewDidLoadSignal { if(!_viewDidLoadSignal) { //             ( ) _viewDidLoadSignal = new TLSignal<UIView *>(self); } return _viewDidLoadSignal; } -(void)viewDidLoad { [super viewDidLoad]; //   ,     UIView self.viewDidLoadSignal->notify(self.view); } @end

AppDelegate.mm

 #import "AppDelegate.h" #import "ExampleViewController.h" @implementation AppDelegate - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)options { UIWindow window = [[UIWindow alloc] initWithFrame:[[UIScreen mainScreen] bounds]]; self.viewController = [[ExampleViewController alloc] initWithNibName:@"ViewController" bundle:nil]; //   ,         UIView self.viewController.viewDidLoadSignal->addObserver(^(TLSignal<UIView *> *signal, UIView *targetView) { targetView.backgroundColor = [UIColor blackColor]; }); self.window.rootViewController = self.viewController; [self.window makeKeyAndVisible]; return YES; } @end

कृपया ध्यान दें कि जिस कोड में संकेतों का उपयोग किया जाता है, उसके साथ फ़ाइल एक्सटेंशन होना चाहिए। मिमी और नहीं। अन्यथा, इसे सामान्य उद्देश्य-सी कोड माना जाएगा और यह हमारे प्लस मैजिक को नहीं समझेगा!

निष्कर्ष

मुझे पूरी उम्मीद है कि Objective-C में (उदाहरण के लिए, 2.5 या 3.0) कुछ ऐसा ही मानक स्तर पर दिखाई देता है, और जब तक ऐसा नहीं होता है, मेरा सुझाव है कि आप मेरी लाइब्रेरी का उपयोग करें (यह उपयोग करना बेहद आसान है, कोड छोटे के साथ भी स्पष्ट है C ++ में ज्ञान, जो मेरे पास है :)):
गीथहब पर TLSignals

दूसरे दिन यह कोकोपोड्स में दिखाई देगा, और जब तक ऐसा नहीं होता है, आप बस अपनी परियोजना के लिए TLSignals.h फ़ाइल की प्रतिलिपि बना सकते हैं और इसके साथ काम करना शुरू कर सकते हैं।

कोड को आंशिक रूप से परीक्षणों द्वारा कवर किया गया है, जिसके पढ़ने से आपको यह समझने में मदद मिलेगी कि यह कैसे काम करता है:
GitHub पर TLSignalsTests.mm

मैं परिवर्धन और सुधारों के लिए आभारी रहूंगा, साथ ही C ++ की ओर से और सामान्य रूप से कमजोर बिंदुओं पर अपनी नाक को पोछूंगा, क्योंकि हम सभी सीखते हैं;)

यदि टाइपोस या व्याकरण संबंधी त्रुटियां पाई जाती हैं, तो कृपया उनके बारे में व्यक्तिगत संदेश में लिखें ताकि टिप्पणियों को अव्यवस्थित न किया जा सके।

आपका ध्यान के लिए धन्यवाद!

दृढ़ता से टाइप किए गए ऑब्जर्वर पैटर्न या हमें ऑब्जेक्टिव-सी ++ की आवश्यकता क्यों है